On Fri, May 31, 2002 at 04:55:27PM +0500, Vlad Harchev wrote:
> On Fri, 31 May 2002, Ilya Anfimov wrote:
> 
>  Hi, 
> 
> > On Fri, May 31, 2002 at 02:58:42PM +0400, Victor Wagner wrote:
> > > On 2002.05.31 at 13:53:38 +0400, Terehov Gennady wrote:
> > > 
> > > > 1206091363
> > > > On Wed, May 15, 2002 at 02:49:30PM +0400, Michael Vlasov wrote:
> > > > > On Wed, 15 May 2002, leo777 wrote:
> > > > > 
> > > > > 
> > > > > А можно писать письмо в koi8-r - а то ведь ни четра не разберешь ;-)
> > > > 
> > > > Что интересно, если в mutt по ^E указать charset=cp1251 то письмо
> > > > читается нормально, а изначально там написано Windows-1251 и письмо
> > > > отображается в кодировке по умолчанию (koi8-r)- зюками. Для mutt'а что
> > > > charset=Windows-1251 неправильно?
> > > > Геннадий
> > > 
> > > Не для mutt, а для glibc 2.1.x. В 2.2.x уже поправили.
> > 
> >  Для  mutt, для mutt. Поскольку никто не обещал, что iconv поймёт
> > charset names от IANA. А то, что в 2.2.x это молча сделали,  даже
> > не  подумав  выделить  нормальное  API  для получения именно IANA
> 
>  Ну во-первых это не винда - API расширять произвольно не принято.

 А молча впихивать новые свойства в стандартные видимо уже вошло в привычку.


> 
>  А что должен выдавать этот API (что на входе, что на выходе) - какие
> соображения?


 Как один из вариантов:
 На  входе  --  исходное  registry (строка, из списка вроде IANA,
system/locale,  system/iconv,  Adobe,  X,   только   чуть   более
официальные  названия.  попавшие  в  этот список регистрируются у
разработчиков библиотеки), и точное  название  charset  из  этого
registry,  выходное  registry.  Всего,  вероятно, можно придумать
несколько десятков таких имён.


 На выходе --  название  charset  в  выходном  registry,  процент
соответствия, комментарии.

 Как ещё один из вариантов -- библиотека перекодировки, на выходе
кроме   названия,   опционально   --   указатели   на   структуры
перекодировки. Тогда логично будет добавить ещё API, с получением
структуры работы с символами исходного charset как таковыми.
 Впрочем, второе уже не факт, что будет минимальным для  создания
полного   API   перекодировок   и   работы  с  разнонациональными
символами.   Возможно,  что  это  надо   выносить   в   отдельные
библиотеки. Собственно, одна из таких библиотек уже есть.

 Кроме  того, в такой API нужно будет изначально включить функции
для  его  расширения   подключёнными   библиотеками   или   самой
программой.  Через callbacks, я думаю.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Ответить