@MSGID: 2:5015/46 687276da
@REPLY: 2:460/5858 68720d0f
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.9
Hello, Stas!

Saturday July 12 2025 08:46, from Stas Mishchenkov -> Nil A:

 SM> Я прям глубоко не вникал в формат сквиша, но на сколько я понимаю, там
 SM> нет ни каких контрол данных, там сообщение хранится одним куском в
 SM> файле *.sqd, а в *.sqi написано откель докель его читать.

Sqi - это индекс, почти как в Джаме .jdx.
 Sqd - там всё сделано фреймами: фиксированный заголовок, в котором
есть длина контрол данных, и длина тела сообщения, соответственно можно с
нужного смещения почитать либо то, либо другое.

 Джам пытается клуджи сами распознать, и привести название к цифровому
виду. Больше эти номера никто не обновлял, поэтому многое в категорию 2000
FTSKLUDGE улетает, например CHRS.
 Сквишь не приводит буквенные в цифровые клуджи, но он их все
сгребает одним куском, отрезая лишние пробелы по концам.

 NA>>  и следует первой \01AREA:.
 SM> Не, оно без 
 вначале, но дед умеет его прятать, как другие кладжи.

В Сквише контрол данные парсятся как раз по разделителю \001.

 NA>> Копирую голдедом в Jam базу. Не создаётся Jam заголовок
 NA>> FTSKLUDGE,
 SM> Совсем не быть такого поля в *.jhr не может. Вот попадает ли в него
 SM> AREA, вопрос.

 Я проэкспериментировал, и говорю, что дед, при таком копировании,
клуд AREA превращает в первую строчку текста, а не суёт в .jhr как
клудж.

Best Regards, Nil
--- GoldED+/LNX 1.1.5-b20240306
 * Origin: ChatGPT can make mistakes. Check important info. (2:5015/46)
SEEN-BY: 460/58 5001/100 5015/42 46 120 255 519
5019/40 5020/570 715 848 1042
SEEN-BY: 5020/4441 12000 5023/24 5030/49 722 1081
5053/55 58 5054/8 5058/104
SEEN-BY: 6078/80
@PATH: 5015/46 5020/4441