From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Serge Skorokhodov X-Mailer: The Bat! (v1.52f) Organization: F.F.Yu.D. X-Priority: 3 (Normal) Message-ID: <15310786880.20010524102713@pisem.net> To: Aleksey Novodvorsky Subject: [mdk-re] JT Sylpheed drawbacks (was: list rolez) In-Reply-To: <3B0C5B22.7F2ED4C6@logic.ru> References: <20010523233321.3dd16277.bga@kgok.murmansk.su> <1933108169.20010524081914@pisem.net> <3B0C5B22.7F2ED4C6@logic.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: Serge Skorokhodov List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Thu May 24 10:21:01 2001 X-Original-Date: Thu, 24 May 2001 10:27:13 +0300 Archived-At: List-Archive: List-Post: Здравствуйте! Aleksey Novodvorsky пишет: AN> Serge Skorokhodov wrote: >> В целом, Sylpheed мне напоминает телефон старика Хоттабыча, >> сделанный, как известно, из куска лучшего мрамора:) Очень >> красиво и очень похоже на настоящий почтовый клиент:) К >> сожалению. AN> Подробнее, пжста, о недостатках Sylpheed. Этта можна, этта мы сколько угодна, этта мы очинна даже любим на энту темку поболтать:) Видно от того, что сами ни одного клиента не написали:) Сосредоточимся же на главном, оставляя в стороне мелкие баги и глюки, которые сразу на ум не приходят. Первое, далеко не самое важное, но самое бросающиеся в глаза. Если отметить какие-либо сообщения к какому-либо действию, а потом перейти в другую папку или получить почту -- разметка пропадает! Ну хоть предупреждал бы, что "незавершенка", мол, у тебя, паря, что с ней делать-то! Нет, "япона мать" лучше знает, как говориться, не хотел удалять файл -- не надо было вызывать rm:) Что возмущает, так это то, что техническая возможность сохранения разметки в программе есть! А именно: если выполнить команду "Удаление дублирующих сообщений", то она выполняется "глобально", по всем папкам. И все найденные дубликаты оказываются "серенько так" помечены на удаление! И ходи по папкам сколько хочешь! Обидно. А теперь по существу. Что я хочу видеть в графическом почтовом клиенте? Конечно, это не отсортировано по важности:) Во-первых. Я "мейлоголик", сообщений мне приходит тьма. Для того, чтобы не потеряться в этом завале (что периодически происходит) по опыту требуется: Возможность просмотреть хотя бы темы писем перед тем, как скачивать их с сервера. Почему? Казалось бы, этого можно достичь и с помощью фильтрации, и просто отправляя сообщения в корзину едва на них взглянув. Ответ -- моя личная психология требует такого workflow. У меня еще достанет воли _не получить_ сообщение, но сразу удалить его из Inbox'а, не потратив несколько времени на просмотр -- увы! А если как в TB! сначала скачать заголовки, то ~20-30% _заведомо не нужного_ (в данном месте и в данное время:) -- отлетают не долетев. Удобно. Иногда в сообщениях содержится полезная информация:) В любом случае, пока его читаешь -- понимаешь что и в каком контексте может понадобиться позже. Но сообщений много, все это забывается. Значит -- их надо "структурированно" хранить. Эти возможности в Sylpheed не слишком развиты:( Для меня важным аспектом такого структурирования является "локальная выполнимость" таких "технических" по сути действий в процессе чтения почты. Причина -- если действие не может быть выполнено в момент возникновения мотивации -- оно скорее всего будет забыто и _не-выполнено_. Никогда:( Можно советовать быть организованней, но именно здесь лежит водораздел между удобными программами и программами "так себе"! Мой любимый пример: у Adobe (а следом за ним у большинства серьезных графических программ) масштабирование и "перетаскивание" легко доступно при работе почти со всеми инструментами -- достаточно нажать пробел, Ctrl+пробел и Ctrl-Alt+пробел. И только достаточно серьезные технические препятствия делают эту функциональность недоступной в _некоторых отдельно взятых режимах_. Итак, недостатки классификации/структурирования сообщений: - работа с самым простым, с папками. Структура папок отражает некую классификацию получаемой почты. Эта классификация не есть константа, а для изменения структуры папок в Sylpheed надо выйти из программы, отредактировать ручками xml-файл, изменить папки и снова запустить Sylpheed. Это даже нельзя сделать при запущенной программе -- нет кнопки update/refresh etc. Правда удобно? - Нельзя одним действием переместить/копировать сообщение в несколько папок. А это часто нужно, поскольку сообщение может "принадлежать" более чем к одной категории (особенно при невозможности классифицировать сообщения как-то по другому). В этом недостатке Sylpheed не одинок, но такая возможность просто напрашивается из механизма отложенных действий! Кроме того, используя формат mh, Sylpheed как-то незаметно удалил из идеологии mh/nmh лучшие черты -- возможность одной командой сохранять сообщение в нескольких папках и использование hard links для хранения копий сообщений сразу в нескольких папках! Почему? - Ну все (или, по крайней мере, многие) почтовые клиенты позволяют метить сообщения флагами (типа: оч. важное, важное, так себе, лучше бы я его не получал:). Такая возможность есть в "прородителе" mh/nmh. Где она? Хотелось бы иметь "глобальный фасет классификатора" по важности, скажем от 0 до 4, чтобы потом легко отбирать сообщения с важностью >= X, ан нет! Даже 0/1 отсутствует! Почему? - Более продвинутая опция, практически отсутствующая во всех почтовых клиентах. Возможность создавать "дерево категорий" и метить сообщение хотя бы листьями этого дерева (сразу несколькими, из разных ветвей-фасетов), чтобы потом можно было легко отыскать все сообщения, относящиеся к произвольной категории. Причем, не только к "листьям", но и к категориям более "высокого порядка", т.е. если есть категория "Оптимизация видеокарты" с подкатегориями "Оптимизация видеокарты::G400/450" и "Оптимизация видеокарт NVIDIA" (подкатегории "TNT2", "GF"), то можно "в одно касание" найти все сообщения, относящиеся к оптимизации видеокарт вообще, опримизации NVIDIA-карт и оптимизации TNT2-видеокарт. В TheBat!, по крайней мере, сообщения можно маркировать "цветовым кодом", а что может предложить Sylpheed? - И наконец "полнотекствовой" поиск. То, что есть, простите, "отмазка" -- только по трем полям заголовка и только по очень-очень точно указанному образцу:( Можно искать средствами системы, но тут мне, возможно, просто не хватает знаний. И главное, Mutt, скажем, плохо поддерживает формат mh/nmh, а другие известные мне "просмотрщики" почты выводят практически весь заголовок, что несколько мешает восприятию. Тут есть мысль попробовать, скажем, emacs+nmh, в этой "связке", наверное, можно делать очень многое. Но Sylpheed, используя формат "прородителя", а)добавляет тонкую несовместимость, по своему называя файлы "нитей" (результат -- напрямую nmh с папками Sylpheed не работает т.к. не находит технической информации, которую надо сначала создать) б)не содержит полноценного интерфейса к командам nmh. Как результат, даже если получить почту "внешней программой" nmh -- перемещенные в другие папки сообщения "пропадают". Во всяком случае мне для настройки всей связки знаний не достало:( Главное в переписке -- обсуждение и дискуссии. Для того, чтобы их вести нужны развитые средства редактирования текста, обработки цитат, авто-форматирования и т.д. Сам редактор Sylpheed еще не достиг требуемого уровня. Наверное, надо использовать внешний редактор. Тут "нужного уровня" еще не достиг я сам:) Впрочем, возможность использования внешнего редактора не назовешь сильной стороной почтового клиента, скорее, это позволяет избавиться от его слабых сторон. Если бы я хорошо владел каким-нибудь Linux'овым редактором, этот пункт, видимо, не появился бы. Нет возможности отредактировать вид полученных сообщений (ее, кстати, нет и TB!:(. А так хотелось бы "разгрести завалы цитирования", а то иногда трудно понять, кто и что говорит. Проверка орфографии "на лету". Я, лично, шибко неграмотный:) И, наконец, при скудости собственных средств, нет возможности подключать внешние. Об mh/nmh уже говорилось. Про поиск тоже. А архивирование/резервное копирование, синхронизация почтовой БД на разных компьютерах? Все это можно делать средствами системы, но где интерфейс к ним? Так ли уж нужен *NIX way в этом аспекте? Мне, как человеку, уважающему командную строку, тем не менее кажется, что главное ее преимущество -- то, что можно сделать 15% работы, которую иначе не сделать. Но создание шаблонов для типовых задач, чтобы делать их "одним щелчком" -- обязательно. И, уж если есть "графическое представление" объектов, то почему нет возможности манипулировать ими с помощью мыши? И развитый механизм горячих клавиш (я могу ошибиться, но у меня что-то не получается). Например, переключение вида "нитей" по Alt-0..5, как в TB! Выбор кодировки. Выбор папки для пересылки/копирования. Автоподбор кодировки. Перекодировка по частям. Список можно продолжить. Вот, пожалуй, и все. Коротенечко, как говориться, минут на сорок:) Сергей Скороходов 24.05.2001 suralis@pisem.net ЗЫ. Я не апологет TB! Просто пользоваться больше ничем другим пока не позволяет сосредоточиться на самих сообщениях, а не "рулении" почтового клиента:( А так -- мерзкая прога, да еще и на дельфях паскальных написанная:)