Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 02 May 24 18:32:18, всего сообщений: 2457
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2190 из 2457 =================================== RU.FTN.DEVELOP =
От   : Nil A                            2:5015/46          29 Sep 23 19:36:34
Кому : Vitaliy Aksyonov                                    29 Sep 23 19:36:34
Тема : golded
FGHI : area://RU.FTN.DEVELOP?msgid=2:5015/46+6516ff06
На   : area://RU.FTN.DEVELOP?msgid=1:104/117+6516f813
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=1:104/117+6516ffea
Ответ: area://RU.FTN.DEVELOP?msgid=2:5030/49+6519e215
==============================================================================
* Originally in pvt.luna.local
* Crossposted in ru.ftn.develop
Hello, Vitaliy!

Friday September 29 2023 10:12, from Vitaliy Aksyonov -> Nil A:

VA> А зачем в клуджах что-то кроме ASCII? Это вообще служебные поля. Там
VA> английского языка должно хватать за глаза.

Например, сделали мы Utf8 голдед, сабж у нас на русском, 71 символ. В utf8 это уже стало 71*2=142, т.е. в поле Subj[72] не влезет. А мы вот такие хитрые, мы в Subj пихаем сколько влезет, а полный пихаем в utf8 в клудж. И подразумевается, что новый софт будет туда смотреть. Ну это как клуджи INTL/FMPT/TOPT, которые решили проблемы пойнтовой адресации для нетмейла, и почти весь софт это поддерживает, а кто не поддерживает, тот видит нодовый адрес только.

VA> С моей точки зрения самое большое ограничение - это то, что в формате
VA> забит гвоздями ASCII. А часто даже не весь, а 7 битов. То есть UTF-8
VA> будет ломать старые программы на раз.

Чёйта? http://ftsc.org/docs/fts-5003.001 вон тебе "^ACHRS: <identifier> <level>" и пихай не ASCII.

  Level 4
  -------

  Level 4 is for multi byte character encodings. The only presently
  known implementation is UTF-8.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
* Origin: Linux 2.6.32-042stab145.3 (2:5015/46)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.082359 секунды