= Сообщение: 591 из 2735 ==================================== RU.FTN.DEVELOP = От : Serguei E. Leontiev 2:5020/400 16 Jan 15 02:16:19 Кому : Mithgol the Webmaster 16 Jan 15 02:16:19 Тема : Re: Черновик стандарта ф идонетовских подстрок Unico de (русская версия FGHI : area://RU.FTN.DEVELOP?msgid=<1187498775@ddt.demos.su>+b09ff3f8 На : area://RU.FTN.DEVELOP?msgid=2:50/88+54b2da94 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.FTN.DEVELOP?msgid=2:50/88+54c8efe6 ============================================================================== From: "Serguei E. Leontiev" <leo@sai.msu.ru> Subject: Re: Черновик стандарта ф идонетовских подстрок Unico de (русская версия)
Привет Сергей,
От 11 января 2015 г., 23:12:46 в fido7.ru.ftn.develop ты писал: SEL>> После некоторых размышлений, пришёл к выводу, что есть SEL>> вариант кодирования в HTML стиле, который совместим c UUE SEL>> блоками без дополнительных плясок с бубнами. MW> Приведённое решение небезынтересно, но я не считаю решение этой MW> задачи актуальным, так как полагаю, и небезосновательно, что MW> блоки UUE-кодов в любом случае должны кодироваться и MW> декодироваться отдельно от остального текста фидопочты.
В некоторых вариантах использования, отдельная обработка UUE-кодов затруднительна. Скажем, если конвертировать сообщение целиком, то необходимость распознавания UUEncode begin/end или блоков BinHex, несколько усложняет реализацию.
MW> софт, который сперва обрабатывает фидопочту декодером таковых MW> подстрок Unicode, а только затем использует вычленение и MW> декодирование UUE ── это плохой софт и он должен быть MW> исправлен. (Сейчас такого софта нет на свете; остаётся следить MW> за тем, чтобы он никогда и не появился.)
Hапример, сейчас ifmail, который используется при работе по NNTP, Unicode символы, которые не входят CP866, кодирует как "\xHH\xHH\xHH", например, символ номера выглядит так: "\xE2\x84\x96". А мог бы кодировать эти символы обсуждаемым способом.
Аналогично при обратном преобразовании, ifmail или fidogate могли бы перекодировать сообщения закодированные обсуждаемым способом в Unicode, а не в KOI8-R, как это делается сейчас.
Конечно, и при использовании префикса "&+" можно перед преобразованием проверить наличие клуджа идентифицирующего использование обсуждаемого кодирования, или попытаться проявить интеллект для распознавания UUE и/или BinHex блоков.
Hо при использовании префикса "&}", согласись, всё на порядок проще.
Я, честно говоря, не очень понимаю, какие плюсы имеются у префикса "&+".
-- Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru
--- ifmail v.2.15dev5.4 * Origin: ГАИШ МГУ (2:5020/400)
