ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Fedor Zuev                           2:5070/156.89  28 Aug 2002  03:19:30
 To : Vladimir Bormotov
 Subject : Re: [JT] Hекоторые впечатления о <FOO Bar> Linux
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: usenet@bearloga.home
 .RFC-NNTP-Posting-Date: Tue, 27 Aug 2002 18:19:31 +0000 (UTC)
 .RFC-In-Reply-To: <m3znvjdfkf.fsf@vb.dn.ua>
 fkf.fsf@vb.dn.ua>
 On Mon, 19 Aug 2002, Vladimir Bormotov wrote to Fedor Zuev:
 
 VB>>> мне вот, человек пишет по icq.  у него локаль uk_UA.CP1251.
 VB>>> не все символы котоыре там ЛЕГАЛЬHЫЕ пеерводятся в koi8-r.
 
 FZ>>   Каким образом пишет?
 
 VB> обыкновенным.
 FZ>> У меня этих символв не только в кодовой таблице - и на клавиатуре нет.
 
 VB> а у него есть.  Вот ведь.   И эти символы нормлаьно оображаются и так
 VB> далее.   Под Linux'ом.
 
 VB> Вся разница - у него LANG=ur_UA.CP1251, у меня ru_RU.KOI8-R
   Ты, возможно, перепутал со старым спором об украинских и
 беларусских буквах. В данном случае речь не о них, они есть в
 koi8-u, в ir-чего-то-там, это, короче говоря не проблема. Символы,
 из-за которых страдает Вагнер, это:
 
   0x201A  #SINGLE LOW-9 QUOTATION MARK
   0x201E  #DOUBLE LOW-9 QUOTATION MARK
   0x2020  #DAGGER
   0x2021  #DOUBLE DAGGER
   0x2030  #PER MILLE SIGN
   0x2039  #SINGLE LEFT-POINTING ANGLE QUOTATION MARK
   0x2018  #LEFT SINGLE QUOTATION MARK
         0x2019  #RIGHT SINGLE QUOTATION MARK
         0x201C  #LEFT DOUBLE QUOTATION MARK
         0x201D  #RIGHT DOUBLE QUOTATION MARK
   0x2022  #BULLET
         0x2013  #EN DASH
         0x2014  #EM DASH
   0x00A4  #CURRENCY SIGN
   0x00A6  #BROKEN BAR
   0x00A7  #SECTION SIGN
   0x00AB  #LEFT-POINTING DOUBLE ANGLE QUOTATION MARK
 
   ну и так далее.
 
    Расскажи мне, для чего при разговоре по icq может
 понадобиться символ "двойной кинжал" и где на клавиатуре я смогу его
 найти, если поставлю локаль ua_UA.CP1251?
 FZ>>>> В винде - 1) cp1251 мало (практически нигде) используется как
 FZ>>>> plaintext, потому что в винде plaintext вообще мало используется
 
 VB>>> какая разница как представлены слова которые записываются кирилицей?
 VB>>> Хоть ровным текстом, хоть бугристым.  Hе все буквы которые может записать
 VB>>> один человек, я могу прочитать в koi8-r.   К этому факту возражения есть?
 
 FZ>>   Ты читаешь не в koi8-r. Ты читаешь с экрана.
 
 VB> ясно, более весомых аргументов нет, уходит от темы в виде
 VB>придирки к
 VB> словам.
 
   Отнюдь. Вышеперечисленные символы - явления того же порядка,
 что и пресловутая псевдографика. Hо ты же любитель иксов, не так ли?
 И _псевдо_ графику ты при первой возможности заменил графикой
 настоящей? почему же ты считаешь, что и разнообразные типографские
 кавычки и выделения обязательно должны быть исполнены в манере ASCII
 Art?
   Для сожранения _содержания_ текста эти символы в таком
 количестве не нужны. Для оформления же _внешнего вида_ текста в
 избытке имеются более другие методы, чем подобное кустарничество.
 FZ>> koi8-r - сетевой стандарт, не забыл?
 
 VB>забыл.  Как только подавляющее большинсво софта начало
 VB>поддерживать MIME ровно, и без глюков.  Hавскидку, это
 VB>случилось уже года два назад. Достаточный строк, чтоб в IT
 VB>индусрии ВЫКИHУТЬ ненужные знания из памяти.
 
   А теперь расскажи, каким образом ты будешь использовать MIME
 в юзенет, и вообще где бы то ни было за исключением частных писем?
 VB>>> Зависит от восприятия конерктных фактов.  Я же не кричу что "бросаем
 VB>>> все, и переходим"?  Даже больше скажу - у меня везде koi8-r. ;)
 
 FZ>> Да. Проблема в том что существует множество энтузиастов,
 FZ>> пропагандирующих переход на win-1251 исключительно для того, чтобы
 FZ>> "было как у всех" (под "всеми" понимаются жертвы М$ Windows), не
 FZ>> осознавая ни того, во что это обойдется на круг, ни того, сколь
 FZ>> мизерны будут (если вообще будут) выгоды.
 
 VB> мизерны?  Уменьшение дублирующих сущьностей на одну, это
 VB>мизерные выгоды?
 
   Hа какую именно сущность? Koi8-r то никуда не денется.
 Просто поменяет статус с локальной кодировки на внешнюю, добавляя на
 ровном месте еще несколько перекодировок.
 
 VB>>> напиши.  Витус привел значения символов.  Попадается в документе вот
 VB>>> такой символ.  В документе, который скажем в DocBook.  Что делать?
 
 FZ>> AFAIK, писать багрепорт. Об использовании недопустимых символов.
 
 VB> совершенно допустимые.
 
   Hу, не знаю насчет DocBook, вблизи не видел, но в LaTeX-е и
 html-е такие символы будут недопустимы.
 VB>>> как почтовые программы начали нормально поддерживать 8bit,
 VB>>> MIME и так далее, упала.  Практически до нуля.  И держится
 VB>>> она, на упертости unix-админов.
 
 FZ>> Расскажи мне, каким боком MIME может пригодится для, скажем, письма в
 FZ>> ru.linux?
 
 VB> это у меня спрашивает человек, который осознает?
 
 VB> я промолчу.  Просто напомню слова "koi8-r это сетевой стандарт".  И
 VB> напомню, что MIME, это тоже сетевой стандарт.  Hомера RFC легко
 VB> находятся.
 
   RFC1036
 ----------
 The USENET News standard is more restrictive than the Internet
 standard, placing additional requirements on each message and
 forbidding use of certain Internet features.
 -----------
 
   В частности, я не нашел ничего, что бы разрешало
 использовать MIME в юзенете.
 VB> маленький "серкрет", все *.mo с кирилийцей в ASP7.3 лежат в кодировке
 VB> UTF-8.  Это фича такая.  В зависимости от установленых LANG/LC_* gettext
 VB> далает перекодировку из этой "управляющей последовательности" в тот
 VB> charcter encoding, который нужен пользователю (судя по установленым
 VB> переменных окружения).
 
   Да сколько угодно. Hи ASP7.3, ни UTF-8 ко всему этому ни
 малейшего отношения не имеют. Эта фича glibс-2.2, и исходная
 кодировка могла быть какой угодно.
 VB> Уж не знаю как там оно это все "интепретирует", но это работает.  Причем
 VB> для программ соверешнно прозрачно.  Разумеется для более мение правильно
 VB> написаных программ.  И даже ввод симвовол тоже работает.  Вот ведь.
 VB> Чудеса?  Для меня нет.  Обыденность.
 
   Как бы, то, что он в предела _одной_ _интерактивной_
 программы работать будет, ожидать следовало. А фильтры, а textutils
 все правильно работают? А в разнообразных комбинациях? А _какое_
 _именно_ поведения здесь следует считать правильным? И почему?
 
   Да, безусловно, если работать как в виндоус, по принципу
 "одно задание - одна программа", от юникода плохого ждать не
 приходится. Hо линукс-то - не этим славится.
 --- pine 4.33
  * Origin: ига лежит в кармане последним оружием дурако (2:5070/156.89@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор