Re: [re] Re: [re] HTML × stuphead.

Re: [re] Re: [re] HTML × stuphead.

[Roman S]

Цитирую aen <aen@logic.ru>:

> Я совершенно не в состоянии понять, почему люди не 
хотят
> использовать iconv. i18n в glibc-2.2 шагнула вперед 
весьма заметно,
> глупо это не замечать.
stuphead работает не только под Linux.
Есть ещё и BSD и Solaris...
В принципе должно работать и под AIX. Не очень здорово 
привязываться к glibc, которая правда становится 
лучшей libc...
Но кое-что сделать можно. И это будет сделано. В 
принципе стандартных i18n возможностей всех нормальных 
libc (из мне известных) достаточно для нормального 
функционирования stuphead.

Rgds!
Roman Savelyev

[re] Re: [re] Re: [re] HTML в stuphead.

[Mikhail Zabaluev]

Hello Roman,

On Fri, Dec 08, 2000 at 11:54 +0300, Roman S wrote:
>
> Цитирую aen <aen@logic.ru>:
> 
> > Я совершенно не в состоянии понять, почему люди не 
> хотят
> > использовать iconv. i18n в glibc-2.2 шагнула вперед 
> весьма заметно,
> > глупо это не замечать.
> stuphead работает не только под Linux.
> Есть ещё и BSD и Solaris...

Видимо, это же останавливает и других разработчиков.

> В принципе должно работать и под AIX. Не очень здорово 
> привязываться к glibc, которая правда становится 
> лучшей libc...

Есть еще libiconv, которая, правда, недавно стала частью recode...
В принципе, можно сделать перекодировку конфигурируемой. Есть нормальный
iconv в libc - используем его, нет - используем librecode, если она есть.
Еще у iconv в glibc есть недостаток по сравнению с recode - iconv ничего
не знает о том, какие символы можно заменить на другие, если им нет
прямого соответствия в целевой кодировке.

Также стоит следить за проектом Pango. В Gtk 1.3 уже используется его
функциональность.

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
You're being followed.  Cut out the hanky-panky for a few days.

Re: [re] Re: [re] Re: [re] HTML в stuphead.

[aen]

Mikhail Zabaluev wrote:
> 
> Hello Roman,
> 
> On Fri, Dec 08, 2000 at 11:54 +0300, Roman S wrote:
> >
> > Цитирую aen <aen@logic.ru>:
> >
> > > Я совершенно не в состоянии понять, почему люди не
> > хотят
> > > использовать iconv. i18n в glibc-2.2 шагнула вперед
> > весьма заметно,
> > > глупо это не замечать.
> > stuphead работает не только под Linux.
> > Есть ещё и BSD и Solaris...
> 
> Видимо, это же останавливает и других разработчиков.
> 
> > В принципе должно работать и под AIX. Не очень здорово
> > привязываться к glibc, которая правда становится
> > лучшей libc...
> 
> Есть еще libiconv, которая, правда, недавно стала частью recode...
> В принципе, можно сделать перекодировку конфигурируемой. Есть нормальный
> iconv в libc - используем его, нет - используем librecode, если она есть.
> Еще у iconv в glibc есть недостаток по сравнению с recode - iconv ничего
> не знает о том, какие символы можно заменить на другие, если им нет
> прямого соответствия в целевой кодировке.


В glibc от IPLabs Linux Team этот недостаток исправлен :-) Я надеюсь,
что Drepper это учтет.

Rgrds, AEN

[re] Re: [re] Re: [re] Re: [re] HTML в stuphead.

[Alexander Bokovoy]

On Fri, Dec 08, 2000 at 02:55:39PM +0300, Mikhail Zabaluev wrote:
> Hello Roman,
> 
> On Fri, Dec 08, 2000 at 11:54 +0300, Roman S wrote:
> >
> > Цитирую aen <aen@logic.ru>:
> > 
> > > Я совершенно не в состоянии понять, почему люди не 
> > хотят
> > > использовать iconv. i18n в glibc-2.2 шагнула вперед 
> > весьма заметно,
> > > глупо это не замечать.
> > stuphead работает не только под Linux.
> > Есть ещё и BSD и Solaris...
> 
> Видимо, это же останавливает и других разработчиков.
Если честно, то абсолютное большинство из них (западных, в основном)
останавливает совсем не это, а простейшее незнание стандартов и 
существующих решений. iconv -- часть XPG/2, которому соответствует любая
система, на которой работают приложения по протоколам X.

> 
> > В принципе должно работать и под AIX. Не очень здорово 
> > привязываться к glibc, которая правда становится 
> > лучшей libc...
> 
> Есть еще libiconv, которая, правда, недавно стала частью recode...
Вот и кроссплатформенное решение. Есть в libc поддержка iconv, но она
неполнофункциональна или неоптимальна (как в FreeBSD, например), то можно
использовать libiconv в виде LD_PRELOAD, а можно и просто с ней линковать.

> В принципе, можно сделать перекодировку конфигурируемой. Есть нормальный
> iconv в libc - используем его, нет - используем librecode, если она есть.
> Еще у iconv в glibc есть недостаток по сравнению с recode - iconv ничего
> не знает о том, какие символы можно заменить на другие, если им нет
> прямого соответствия в целевой кодировке.
> 
> Также стоит следить за проектом Pango. В Gtk 1.3 уже используется его
> функциональность.
Главная задача Pango -- рисовать буковки на экране, а не текст перекодировать.

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- When I left you, I was but the pupil.  Now, I am the master.
- Darth Vader

[re] Re: [re] Re: [re] HTML в stuphead.

[Alexander Bokovoy]

On Fri, 8 Dec 2000, Roman S wrote:
> Цитирую aen <aen@logic.ru>:
> 
> > Я совершенно не в состоянии понять, почему люди не 
> хотят
> > использовать iconv. i18n в glibc-2.2 шагнула вперед 
> весьма заметно,
> > глупо это не замечать.
> stuphead работает не только под Linux.
> Есть ещё и BSD и Solaris...
> В принципе должно работать и под AIX. Не очень здорово 
> привязываться к glibc, которая правда становится 
> лучшей libc...
Дело не в этом. Дело в том, что все необходимые вещи есть в тех билиотеках,
может что-то сделано хуже, что-то лучше. Главное -- пользоватья ими.
В BSD есть поддержка iconv, как и в Solaris и уж тем более в AIX. А если
пользователю не понравится то, как это реализовано, всегда можно
сделать LD_PRELOAD для libiconv Бруно Хейбла.

 Кстати, советую заглянуть в эту библиотеку и взять из нее макрос на m4
 для определения "правильности" iconv в системной библиотеке. Если таковой
 не найдется, то лучше пользоваться самой libiconv и при этом не нарушится
 никакая совместимость. К тому же, Бруно -- один из активных разработчиков
 i18n в glibc.
 
> Но кое-что сделать можно. И это будет сделано. В 
> принципе стандартных i18n возможностей всех нормальных 
> libc (из мне известных) достаточно для нормального 
> функционирования stuphead.
Это радует.

Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org |    Aurora R&D team 
Minsk Linux Users Group |    www.minsk-lug.net    |  www.aurora-linux.com  
   IPLabs Linux Team    |     linux.iplabs.ru     | Architecte Open Source
-- In the long run we are all dead.
		-- John Maynard Keynes