Re: NetSniffer
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 debian-russian-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: