Post №: 4791
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 11.02.11 17:43. Post subject: 2Denis
Вообще говоря, я конечно же предполагал, и планировал развитие плагина. Но есть 2 простые истины:
1) Если программист не знает, что делать, он делает опцию. Это действительно правда, когда непонятно что делать, приделывают галку. А собсна когда бардак в голове, в коде его будет и еще больше
2) Если не знаешь что делать, не делай ничего (C) Козьма Прутков. Если по теме, то когда непонятны требования, пожелания пользователей, то с ними и нужно разбираться, а не городить огород настроек и прочего.
Поэтому я изначально планировал что для плагина Aml2Dropbox будут какие-то настройки. Нужно только время, накопить пожелания и определиться что нужно и как, найти решения. Так что версия плагина рабочая более чем, но не окончательная. Можно обсудить, подумать, возможно сделать какие-то настройки...
Post №: 837
Joined: 16.04.10
Location: Cеверная столица
Rank:
0
Posted: 12.02.11 21:56. Post subject: Carc пишет: PS 2Den..
Carc пишет:
quote:
PS 2DenisSMI: добавил команду сохранения без сжатия (пока пересохраняет, потом для убыстрения работы можно и вовсе сделать банальное копирование, но это не всегда возможно, т.к. документ может иметь несохраненные изменения и его обязательно надо сохранять, или настройки сжатия при сохранении все-таки выставлены).
Спасибо! То, что нужно. Думаю, для несохраненного документа можно просто выдавать сообщение "Сохраните документ и попробуйте заново"
Post №: 4800
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 12.02.11 22:14. Post subject: DenisSMI пишет: Спа..
DenisSMI пишет:
quote:
Спасибо! То, что нужно. Думаю, для несохраненного документа можно просто выдавать сообщение "Сохраните документ и попробуйте заново"
Дык там дело в другом. Сохраняет плагин в любом случае. Вопрос иной: в принципе плагин может получить информацию, имеет документ несохраненные изменения или нет. Если имеет - сохранять нужно по любому. Но если нет, то теоретически можно обойтись просто копированием файла. Но если скажем, в параметрах документа выставлены какие-то другие настройки сжатия, то именно в таком виде документ и будет отправлен в Dropbox.
Т.е. проще говоря: функция копирования файла чисто теоретически может работать быстрее (т.к. фактической записи документа на диск НЕ будет, а это все таки некоторые вычислительные ресурсы...), но копирование файла она не учитывает никаким образом настройки документа.
Вот собственно и вопрос: 1) Копирование файла (если нет изменений в открытом документе) - в теории сработает быстрее. Но целостность не настолько гарантируется. Т.к. Aml Pages уже сохранила документ сама, и неизвестно с какими настройками.
2) Повторное сохранение, с выставленной настройкой "Без сжатия". Оно достаточно будет быстрым (т.к. основную нагрузку дает сжатие, которое в этом случае НЕ выполняется). Но в этом случае ГАРАНТИРУЕТСЯ, что именно то что ты видишь в Aml Pages и окажется в Dropbox, т.к. именно это состояние документа и отправляется в веб сервис.
К примеру, помнишь мы говорили о позиции курсора в тексте? Что оно запоминается всегда, но само по себе изменении позиции не приводит к пометке документа, как имеющего несохраненные измененния (а то поскользили по тексту курсором, а уже сохранять надо!?! Ну куда это годится?) Дык вот в это случае, при повторном сохранении в Dropbox уйдет и с учетом и курсора и всего остального. Т.к. все равно, насильно повторно сохранено будет. А в случае простого копирования файла документа - Нет. Потому что, когда плагин "спросит" у Aml Pages есть ли несохраненные изменения Aml Pages ответит "нет, изменений нет" (потому что и сама так считает).
Вот тут вот и есть некоторая дилемма. Пока я пошел по пути целостности, т.е. все-таки сохраняется повторно. Целостность данных пожалуй важнее, чем скорость (какая разница насколько быстро делается, если делается не то что надо). Ну а позже, немного поиспользовав плагин мне кажется более явными станут сценарии использования, будут более акцентированы потребности пользователя, и что-то можно будет изменить.
PS: + в этой версии еще и репорты после отправки поподробнее сделаны: Куда отправил (папка), имя файла под которым отправил, размер этого файла. Это конечно все полу-справочная инфа, но все-таки она перед глазами пользователя. В том или ином варианте это все таки да неявный, а контроль ситуации.
Post №: 838
Joined: 16.04.10
Location: Cеверная столица
Rank:
0
Posted: 13.02.11 12:37. Post subject: Считаю, что команда ..
Считаю, что команда "Send Uncompressed..." должна использовать те настройки сжатия, которые выставлены в параметрах документа. Речь ведь идет о том, чтобы иметь документ в папке DropBox'a в привычном виде, т.е. в том, в котором он присутствует на жестком диске. Если пользователь в параметрах дока уже выставил какие-то настройки, то, думаю, он будет вполне удовлетворен, если док с теми же настройками будет скопирован в DropBox.
А вот делать ли сохранение перед отправкой в обязательном порядке - не знаю. Может предоставить это на выбор пользователя? Т.е. если плагин получает инфу, что несохраненных изменений НЕТ, выводится сообщение "Несохраненных изменений не найдено, но могут быть не сохранены такие установки, как положение курсора (перечисление других...). Хотите повторно сохранить перечисленные установки? Да/Нет".
Post №: 4801
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 13.02.11 15:30. Post subject: DenisSMI пишет: Счи..
DenisSMI пишет:
quote:
Считаю, что команда "Send Uncompressed..." должна использовать те настройки сжатия, которые выставлены в параметрах документа. Речь ведь идет о том, чтобы иметь документ в папке DropBox'a в привычном виде, т.е. в том, в котором он присутствует на жестком диске. Если пользователь в параметрах дока уже выставил какие-то настройки, то, думаю, он будет вполне удовлетворен, если док с теми же настройками будет скопирован в DropBox.
Это запросто! Сделаем!
DenisSMI пишет:
quote:
А вот делать ли сохранение перед отправкой в обязательном порядке - не знаю. Может предоставить это на выбор пользователя? Т.е. если плагин получает инфу, что несохраненных изменений НЕТ, выводится сообщение "Несохраненных изменений не найдено, но могут быть не сохранены такие установки, как положение курсора (перечисление других...). Хотите повторно сохранить перечисленные установки? Да/Нет".
Мне это в корне не нравится.... 1) Засранные MessageBox все портят. Вся идея в быстрой отправке, а тут на тебе... Запросы 2) Да еще к тому же куча достаточно сложной инфы в таком запросе, что да как да почему. Не хватало только еще и курса математики там напечатать 3) Чтобы пользователь не отвечал, каждый раз придется программе повторять по 100-му разу одно и то же, хочу так или хочу эдак.
Думаю так. Во первых запросы нафиг. Во вторых нужно (если все таки потребность будет) или сделать отдельную команду или настройки. Настройки это конечно "режим" (когда в ответ на одно и то же видимое действие программа ведет себя несколько иначе) . Опять же можно будет в настройках сделать какие команды показывать в меню Сохранить, а какие нет (а полный набор команд как всегда в меню Плагины).
Post №: 4802
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 13.02.11 15:34. Post subject: Carc пишет: Считаю,..
Carc пишет:
quote:
Считаю, что команда "Send Uncompressed..." должна использовать те настройки сжатия, которые выставлены в параметрах документа. Речь ведь идет о том, чтобы иметь документ в папке DropBox'a в привычном виде, т.е. в том, в котором он присутствует на жестком диске. Если пользователь в параметрах дока уже выставил какие-то настройки, то, думаю, он будет вполне удовлетворен, если док с теми же настройками будет скопирован в DropBox.
PS: давай сделаем проще! 1) Команду "Send As APD-document" (т.е. без паковки в ZIP) переделываем на сохранение с настройками по умолчанию 2) Команда "Send As ZIP-archive" (сохранить документ, запаковать в архив ZIP, и скинуть ZIP в Dropbox) - оставляем как есть (без сжатия сохранение + максимальное сжатие ZIP-ом) 3) Тогда команда Send Uncompressed не нужна - ее убираем.
Т.е. все просто: сводим все к 2-ум случаям: либо запаковка в ZIP для экономии места, либо все полностью на Aml Pages полагается!?! Имхо, простота впечатляет, и голову пользователю не морочит.
Post №: 839
Joined: 16.04.10
Location: Cеверная столица
Rank:
0
Posted: 13.02.11 16:10. Post subject: Carc пишет: PS: дав..
Carc пишет:
quote:
PS: давай сделаем проще! 1) Команду "Send As APD-document" (т.е. без паковки в ZIP) переделываем на сохранение с настройками по умолчанию 2) Команда "Send As ZIP-archive" (сохранить документ, запаковать в архив ZIP, и скинуть ZIP в Dropbox) - оставляем как есть (без сжатия сохранение + максимальное сжатие ZIP-ом) 3) Тогда команда Send Uncompressed не нужна - ее убираем.
Т.е. все просто: сводим все к 2-ум случаям: либо запаковка в ZIP для экономии места, либо все полностью на Aml Pages полагается!?! Имхо, простота впечатляет, и голову пользователю не морочит.
Согласен! Давай делать так! (правда, есть еще предположение, что сохранение с макс.сжатием тоже может понадобиться как отдельная команда. Но об этом пользователи наверняка сообщат)
Post №: 4803
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 13.02.11 16:32. Post subject: DenisSMI пишет: Сог..
DenisSMI пишет:
quote:
Согласен! Давай делать так! (правда, есть еще предположение, что сохранение с макс.сжатием тоже может понадобиться как отдельная команда. Но об этом пользователи наверняка сообщат)
1) ОК! Сделаем сейчас.
2) Ну а нафиг отдельная команда с сжатием? Зачем нужно пользователю максимальное сжатие Aml Pages по сути? По сути это нужно для того, чтобы отправляемый файл документа был минимального размера (экономия трафика, экономия места в аккаунте Dropbox), ведь так? А максимального сжатия можно добиться второй командой (Aml Pages документ при сохранении не пакует + после этого пакуется в ZIP с максимальным сжатием = наименьший размер файла). По моему поставленную задачу в этом случае и выполняем наилучшим способом).
Post №: 840
Joined: 16.04.10
Location: Cеверная столица
Rank:
0
Posted: 13.02.11 19:37. Post subject: Carc пишет: 2) Ну а..
Carc пишет:
quote:
2) Ну а нафиг отдельная команда с сжатием? Зачем нужно пользователю максимальное сжатие Aml Pages по сути? По сути это нужно для того, чтобы отправляемый файл документа был минимального размера (экономия трафика, экономия места в аккаунте Dropbox), ведь так? А максимального сжатия можно добиться второй командой (Aml Pages документ при сохранении не пакует + после этого пакуется в ZIP с максимальным сжатием = наименьший размер файла). По моему поставленную задачу в этом случае и выполняем наилучшим способом).
Post №: 841
Joined: 16.04.10
Location: Cеверная столица
Rank:
0
Posted: 13.02.11 19:40. Post subject: Carc пишет: Выложил..
Carc пишет:
quote:
Выложил новую версию плагина Aml2Dropbox 1.11
Как и писал выше: 2 команды - или сохранение со сжатием по умолчанию, или же без сжатия + упаковка в ZIP-архив. Плюс чуток переименовал команды меню, чтобы попроще для восприятия было (отправить как APD-файл или отправить как ZIP-архив, а что к чему поясняется во всплывающих подсказках).
Вот теперь глаз радует. С первого взгляда все понял, где, что и зачем А два варианта все же лучше, чем 3, потому как в 3 соснах, как известно, уже и заблудиться можно...
Post №: 4807
Joined: 28.05.05
Location: Россия, Москва
Rank:
1
Posted: 14.02.11 16:55. Post subject: DenisSMI пишет: Вот..
DenisSMI пишет:
quote:
Вот теперь глаз радует. С первого взгляда все понял, где, что и зачем А два варианта все же лучше, чем 3, потому как в 3 соснах, как известно, уже и заблудиться можно...
Угу, я тоже так думаю. Не множьте сущности без надобности. Как говорил Оккама
All times are GMT
3 Hours. Hits today: 22
You can: smiles yes, images yes, types yes, poll no
avatars yes, links on, premoderation off, edit new post no