Re: [gnome-cyr] nashi na GUADEC'e

[Vlad Harchev <hvv hippo ru>]

On Fri, 13 Apr 2001, Timur I. Bakeyev wrote:

 Привет всем!

> On Thu, Apr 12, 2001 at 05:23:24PM +0400, val wrote:
> > VH>  Неужто отчет такой большой, что он еще не завершен (хочется тогда
> > VH> надеяться, что он состоит из списка побед)? :) 
> > 
> > Я сейчас пишу некий текст про то чего было и мы с Тимуром договорились,
> > что он добавит к нему своих комментариев и/или напишет кусок.
> > Что и будет где-либо опубликовано.
> >
> > Теперь хорошая.
> > Chris Lahey (который кстати говорит по-русски =) вдохновился моим предложением
> > дать пользователю выбрать алфавиты, которые будут использоваться в качестве
> > ярлыков для записной книжки. В качестве первого оправдания было: "Они пока вообще не
> > работают!" =) Возможно будет интересно реализовать эти ярлыки по типу "виртуальных папок"
> > в mailer-е.
> 
> Мне тут во время беседы с Валентином пришла в голову мысль, что возможно, нам 
> ярлыки со всеми буквами вообще не нужны в "записнушке". В бумажном варианте от
> этого никуда не деться, но у нас все-таки компьютер :)
> 
> В общем, идея простая - при заведении карточки выдирается первая буква(вот тут
> не ясно - фамилии, имени, помеченное ключевое поле?) и если такой еще нет в
> оглавлении - добавить. В противном случае идет в уже существующую. Такой подход
> избавляет от необходимости вообще ориентироваться на алфавит, а сортировку в
> соответствии с Unicode можно сделать на раз :)

 В принципе да, это тоже хорошее решение.
 Но сейчас (в снапшоте от 04.06) вообще я не смог увидеть никого из
добавленных людей даже с latin1 фамилиями в списке. Короче, адресная книга
вообще не работает.
 
> Опять же, идея Валентина тоже очень удобная - каждый человек описывается списком
> ключевых слов, типа - друг детства, одноклассник, работа, достать билеты :), и 
> т.п., - по этим ключам можно создавать дополнительные папки... Ну, поиск, я
> думаю, там уже есть :)

 Это уже реализовано в Evo - с каждым контактом (персоналией) можно
ассоциировать набор флагов из фиксированного множества (типа "VIP", "Support",
"competition", "prefers html mail" и еще около пары десятков) - по ним наверно
можно будет искать. Только добавить новые категории вроде бы нельзя (и наверно
и не будет возможно).

> 
> Настчет кодировки сообщений - надо бы более детально обдумать интерфейс, я когда
> говорил с Даном, понял, что слишком много переключателей получится :)

> Видимо, надо различать:
> 
> 1. Язык - если для Русского в *нихе КОИ8 - стандарт, то для Болгарского - cp1251.
> 2. Цеплять текущую locale как кодировку по умолчанию. но здесь встает вопрос -
>     а что делать, если это UTF8.
> 3. Задавать кодировку по умолчанию в конфигах - видимо, это предпочтительный
>     варинт, особенно, если брать как первоначальное значение locale. Тогда 
>     обходим проблему UTF8.
> 4. Для каждого письма задавать возможность выбора transfer-encoding, видимо, 
>     после создания самого письма, чтобы не было вопроса, а в какой кодировке 
>     вводим :)
> 5. Очевидно, здесь понадобится перекодировка сообщения. iconv() наш друг :)
> 6. С входящими сообщениями - не понятно - давать возможность переключать ко-
>     дировки при отображении, чтобы просмотреть, или перебивать в письме на
>     правильную. или же добавлять X-True-Encoding: заголовок. Или перекодировать
>     в locale и сохранять так.
> 7. Существует так же проблема двойной перекодировки - довольно редкая, но все же..
>     Это когда текст, к примеру, из cp1251 перекодировался в koi8-r, но заголовок
>     остался cp1251 - переодически подобные проблемы возникают с Netscape. Думаю,
>     некоторые Outglook'и тоже этим страдали.
> 8. Что еще :)?

 Ну, я думаю что проблема выбора начальной кодировки при первом запуске не
очень остра (но и она решается если gconf научить читать обрывки конфигов из
подкаталогов с именами зависящими от компонент названия локали - просто надо
положить обрывки конфигов с правильными defaults в такие подкаталоги) -
главное чтобы юзер имел возможность выбрать кодировку, в которой слать все
письма. Ну и в худшем случае - по дефолту сделать utf8 - тогда юзеры будут
сами виноваты если не установят кодировку по умолчанию для исходящих писем.
Тоже самое с content-transfer-encoding *полей* (за само тело можно не
беспокоится - его перекодируют MTA как захотят - и щас Evo шлет 8bit если MTA
позволяет).
 Что касается возможности указания кодировки для каждого исходящего письма -
все идеально, так как в Evo письма набиваются только в отдельном окне (в меню
которого и можно добавить подменю для выбора кодировки и transfer-encoding).
 Ну а при просмотре писем - можно вешать GtkOptionMenu для выбора чарсета с
помощью которого интерпретировать текущее письмо (возможно скрывать его, если
письмо - pure html).

 Возможно все эти дополнительные контролы/пункты меню надо будет скрывать если
пользователь не пометил галочкой "Precise control over encoding"  где-нить в
настройках (а то latin1-people будут ворчать что много ненужных и
непонятных контролов).
 
> > 
> > 2Тимур: расскажи про Pango и BOF: Translation если есть чего.
> > 
> 
> К сожалению, я тоже оба их пропустил...
> 
> Собственно, про Pango вроде и так все знают :) Демонстрацию я видел, вполне 
> впечатляет :)
> 
> Translation был(тот кусок, на который я таки попал), жутко скучным, обсуждался
> вопрос выбора подходящего инструмента для замены кривоватого gettext, но при
> мне ничего не решили интересного... Не знаю, Валентин, ты не был на второй
> части?
> 
> > Немножко о разном:
> > -- RMS сказал, что абсолютно невозможное несколько месяцев назад слияние GNOME и KDE
> > сейчас выглядит вполне приемлимо.

 Ну, по-моему не следует любые его слова понимать буквально. :(
 Мало ли чего он там скажет..

> Над RMS довольно сильно поиздевались хакеры :) В общем, он хоть и вождь, но и
> чудак тот еще :) Мигель нам потом рассказал пару анекдотов из жизни RMS, думаю,
> Валентин их в отчет вставит. У меня же есть пара-другая mpg'ов с его речью.
> Просто, чтоб посмотреть на него в движении :)
> 
> С наилучшими пожеланиями,
> 			BaT
> 
> _______________________________________________
> gnome-cyr mailing list
> gnome-cyr gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-cyr
> 

 Всего!
  - Влад