[locale] Re: [locale] поддержка i18n в MUA в последних

[Vlad Harchev <hvv@hippo.ru>]

On Fri, 13 Jul 2001, Dmitry Yu. Bolkhovityanov wrote:

> On 13 Jul 01 at 15:47, hvv@hippo.ru wrote:
> 
> > On Fri, 13 Jul 2001, Victor Wagner wrote:
> >
> > > On Fri, 13 Jul 2001, Vlad Harchev wrote:
> > >
> > > > его поддержке i18n и конкретно кириллических кодировок? А о стабильности? А
> > > > вообще? А количество ошибок?
> > > >
> > > >  Просто меня все чаще посещает мысль, что следуют сконцентрироваться на
> > > > мозилле и как браузере и как GUI почтовом клиенте и не тратить время/усилия на
> > > > продавливание/изучение других GUI MUA для юниксов (в смысле - что
> > > > рекомендовать рядовым пользователям).
> > >
> > >
> > > Мое мнение - горбатого могила исправит. Поэтому любой GUI-почтовый
> > > клиент, разрабатываемый с нуля, имеет шансы превзойти мозиллу.
> > > Браузер должен браузить и более не должен делать ничего.
> >
> >  В принципе я хотел услышать именно опыт типа "глючит с тем-то/плохо работает
> > с тем-то/неподдерживает то-то и посему он не/юзабельный".
> >
> >  И MUA в Mozilla очень близко архитектурно к твоему идеалу MUA - очень большая
> > часть логики MUA написана на javascript, и ее можно поменять без необходимости
> > перекомпиляции самой mozilla.
> 
>     Влад, а Вам не кажется, что фpаза "очень большая часть логики MUA
> написана на javascript" сама по себе является очень сильным аpгументом
> пpотив этого MUA?
> 
>     Учитывая неизбывную кpивизну javascript вообще и pаботы с ним в Netscape
> и в MSIE в частности, многие пpодвинутые пользователи деpжат его пеpманентно
> выключенным.  Даже если они и не паpаноики (как я), но почитайте, напpимеp,
> BUGTRAQ, в котоpом значительное количество статей о багах в бpоузеpах
> заканчиваются фpазой "Solution: disable active scripting".

 При правильной поддержке кода на JS в браузере - например разрешение доступа
к внутренним компонентам через которые можно получить доступ к паролем и пр.
только для JS который в "системных" библиотеках (в /usr/lib/mozilla) - наличия
дыр в секьюрити теоретически можно избежать. А кривость JS как языка тут не
причем (она не имеет отношении к security). И из кривости модели JS в одном
браузере не следует кривость в другом. Так что ему можно дать шанс или по
крайне мере не отвергать не глядя.

 Best regards,
  -Vlad