Re: Грустно

В письме от Thu, 11 Jun 2009 13:01:37 +0400, George Hazan  
<[email protected]> сообщал:

> Windows Mail не годится вследствие тупизны и немеренной жручести. И
> выглядит оно как-то пестро... Дело вовсе не в хранилище, меня вообще не
> интересует, как оно что хранит.

Я больше про Live Mail спрашивал. Почему в неё нельзя встроиться ?
Какое дело до жручести? о том пусть юзеры заботятся. Кому важно -  
останутся на XP+OE.

PS: кстати, такое же ощущение тупизны и жрущести у меня осталось от TB.
Интерфейс для домохозяек?

>> Отдать им прогу и пусть делают, что им нужно.
> Это вряд ли.

Отдайчт оможешь, те же шаблоны. Если они это любят, то почему нет?

> Пользоваться-то чем? :)

Тебе лично? реши сам.

> А там любой движок прикручивается, afair, хоть oracle.

Дай бог, дай бог. Даже просто создание нового уникального номера в таблице  
очень по разному делается в FireBird и mySQL. Count(*)+1 плохо работает в  
FB даже если забыть про многопоточность.
Насколько API универсален и одновременно эффективен - большой вопрос.

>> А вообще, подходят ли сюда вообще таблицы, будь это SQL или DBF ?
>
> Почему нет? зато full text index самому писать не нужно.

FTS есть в той же Lucene.

Потому что очень неоднородный формат писем. Таблицы сплошь состоящие из  
исключений ?
Или все таблицы типа UID UniqueMessageID/string HeaderName/string  
HeaderValue ? Ради этого SQL городить.... И если в том же FB еще как-то  
строки разной длины будут храниться, то во многих серверах при хранении в  
VARCHAR(1024) как правило 10-байтовой строки может быть дикий overhead.

> В TB3 есть стандартный интерфейс к любой сиквельной базе. Сама база
> значения не имеет, надо только написать движок.

Тогда FB может быть реальной фишкой - хочешь локально, хочешь (сисадмины  
оценят, юзеры проклянут) одну базу на всех.
Но там FTS экспериментален пока -  
http://firebirdsql.org/index.php?op=files&id=sphinx
Теоретически если несколько проектов сойлутся к релизу в одной точке, TB3,  
FB+FTS, FL for TB3 with FB back-end...

PS:почто SeaMonkey игноришь? ;-)

> А что с другими плагинами?

вторая причина, почему я не перелез на TB - после удодской работы с  
потоками - удодская работа с сохранением файлов.
второй раз я такое видел только в S.T.A.L.K.E.R.

Забьём на хранение настроек в виде prefs.JS - винты сейчас копейки стоят,  
ладно.

Ставим несколько плагинов. Плагины радостно лезут железными руками в кишки  
TB, благо везде JS, всё настежь (и эти люди критикуют ActiveX за  
безопасность???). Дальше картина маслом. Я закрываю TB.

TB валится с ошибкой типа "О! тут должен быть string, а тут integer!  
Непонятно!!!"
И на перезапуске я получаю его девственно чистым, без базы писем и без  
настроек.

В процессе оказалось, что один плагин поменял какую-то переменную, а  
другой это не смог переварить. А сохранение настроек шло чуть ли не в  
алфавитном порядке, а не смысловом. Поэтому при закрытии TB он
1) убивает старый работающий prefs.js (pkzip в лохматом году такого себе  
не позволял при модификации архивов)
2) путается на лету создать новый, опрашивая свои и плагинные модули  
насчет "каких операторов туда добавить"
3) один из двух неуэившихся плагинов попал в самое начало и после  
полудесятка записаннных строчек, в самом начале prefs.js был вызван
4) и умер
5) и от всего prefs.js остались считанные строчки, а старый был  
заблаговременно убит.
6) я то в итоге восстановил и профиль и message store, а нормальная тётя  
Маня как ?

В общем, от TB я по этим двум инцидентам долго плевался.

> Такая задача и не ставится. Хотя местами очень хочется :))

Ссмотря насколько глубоко понадобится переделывать внутреннюю логику  
работы. Вот для OE пришлось глубоко влезать.

>> Например те же шаблоны, если удастся человеческий интерфейс для них  
>> сделать.
>
> Интерфейс для них останется текущим.

А зря. Он очень неочевидный не для создания нового шаблона, ни для  
понимания как работает данная настройка.

> Так и есть. Весь FL - стройная система костылей и подпорок,
> разворачивается в набор расширений на раз.

Wlecome, только не называй это новым FL - это будет совсем другое.

> MS давеча настаивало на закрытии исходников FL только потому, что там
> раскурочено все нутро OE :) а это теперь будет полностью ненужной частью.

А что, там были подложены какие-то доки под NDA ? на каком основании у них  
право настаивать.
И раз такое - надо было встречное требование, чтобы рекламили FL, как  
когда-то рекламили утилиты SysInternals :-)

> Давно его не видел, вроде раньше не было.

вот-вот... Так что я против mutt'a

-- 
Используется революционный почтовый клиент браузера Opera:  
http://www.opera.com/mail/


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Fidolook Russian" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/fidolook-russian
-~----------~----~----~----~------~----~------~--~---