@MSGID: 1:104/117 65ecf26f
@REPLY: 2:5015/46 65ece6cd
@CHRS: CP866 2
@TZUTC: -0700
@TID: hpt/lnx 1.9 2022-07-03
Привет, Nil!

10 Mar 24 01:44, ты писал(а) мне:

 NA>>> Когда нажимаешь список сообщений в голдеде - `l`, например у
 NA>>> меня, то голдед не заморачивается с тем, чтобы сходить в каждое
 NA>>> сообщение, вычитать там @CHRS, покумекать по табличкам, и
 NA>>> вывести правильный сабж в списке. Он просто тупо перекодирует
 NA>>> дефолтовым XLATIMPORT->XLATLOCALSET сабжи, да и From/To тоже.
 NA>>> Этот баг надо чинить, естественно.
 VA>> В большинстве эх это не проблема, т. к. правила явно предписывают
 VA>> использовать одну конкретную кодировку.
 NA> Кодировка != язык. Рулезы в эхах приписывают писать на русском и/или
 NA> английском.

Есть эхи, где именно кодировка прописана в правилах. CP866.

 VA>> Такой фикс сделает генерацию списка сообщений крайне медленной на
 VA>> некоторых системах. Если это фиксить, то надо делать хотя бы
 VA>> отключаемым в конфиге.
 NA> На самом деле не так уж и медленно. Я оптимизировал NNTTP ответ over,
 NA> и это по всем сообщениям можно запустить, а тут в голдеде всего надо
 NA> вычитать до $LINES - шапка сверху.

 Зависит от формата базы. В JAM, например, клуджи хранятся в хедере
сообщения, а не в самом сообщении. Текст сообщения вообще не надо читать. Но
так, как там абстракция, то придется вычитывать все сообщение с диска, а
потом его парсить.

 Либо писать сбоку функционал, который в зависимости от типа базы
будет из сообщения вычитывать кодировку. Если она там вообще есть.

Best regards,
Vitaliy Aksyonov.

... Голод не тетка - полюбишь и козла.
--- GoldED+/LNX 1.1.5-b20240305-beta
 * Origin: Aurora, Colorado (1:104/117)
SEEN-BY: 104/117 460/58 463/68 5005/49 5015/46 255
5019/40 5020/715 848 1042
SEEN-BY: 5020/4441 12000 5023/24 5025/121 5030/49
1081 5053/58 5058/104
SEEN-BY: 6078/80
@PATH: 104/117 5020/1042 4441