@MSGID: 2:5023/24.4251 65ed7021
@REPLY: 2:5030/1997.2 0d45198c
@CHRS: CP866 2
@TZUTC: 0800
@TID: hpt/w32-mgw 1.4.0-sta 30-03-12
   Привет, Maksim!

  Ответ на сообщение Maksim Timonin (2:5030/1997.2) к Alexey Andreev,
написанное 10 мар 24 в 05:06:

 MT> Затестил. По итогам созрел багрепорт:

 MT> 1. У тебя в заставочных картинках во многих местах используется символ
 MT> с кодом #FF. Причём он не несёт никакой функциональной нагрузки, так
 MT> как на многих компах он отображается в виде пробела. На моём спектруме
 MT> он виден в виде значка. Но проблема не в этом:

 MT> Как я понял, твоя борда (её база данных) перекочевала в telnet с
 MT> диалапа. А там этот символ отображался "как есть" - т.е. что считано с
 MT> файла, то и отправляется на комп юзера. А вот в случае с
 MT> telnet-протоколом по другому - там, по его правилам, происходит его
 MT> удвоение: К конечному юзеру в терминалку лезет вместо одного #FF сразу
 MT> пара #FF,#FF. Если терминалка современная, типа видовского
 MT> HYPERTERMINAL, который "умеет в telnet",то она просто автоматом
 MT> обрежет эту пару обратно до одного байта и всё. А вот ретротерминалки
 MT> (а кто сейчас лазит по ббскам, как не поклонники ретрожелеза?) так и
 MT> будут выдавать всё на экран "как есть" - т.е. парами.

 MT> К чему это приводит? А вот к чему:
 MT> Рисуется у тебя псевдографическая картинка, и должно в строчке
 MT> напечетаться до переноса 80 символов. Но тут вместо одной #FF приходит
 MT> пара, и символов в строчке становится 81 В итоге эта строка не
 MT> помещается в экран, рассчитанный на 80 символов, происходит
 MT> дополнительный перевод строки, и в результате картинка разваливается,
 MT> сдвигаясь как вправо из-за лишних символов, так и по вертикали из-за
 MT> лишних переводов строк.

 MT> Так как всё равно эти символы не несут никакой функциональной
 MT> нагрузки, просьба "прошерстить" базу с бордой, и заменитьих на коды
 MT> пробела.

 Понял что есть проблема, но не понял как ее исправлять, посмотрел
редактором ANS файлы BBSки, ни через F4 в Fare, ни через HEXeditor ничего
похожего на FF в них не нашел, можно по подробней, в каких картинках и чем
эти FF искать и если их менять то на что.


 MT> 2. У тебя почти все картинки/заставки/рамочки рассчитаны на экран
 MT> формата 80x25. А между тем, в классических терминалках очень часто
 MT> одна из строк экрана используется для информационной панели, а под
 MT> окно для вывода текста остаётся только 24 строки (а в некоторых компах
 MT> сам экран имеет 24 строки всего, так что там остаётся только 23
 MT> строки). В итоге, на таких терминалках при попытке вывести "лишнюю"
 MT> строчку, происходит скролл экрана на одну строку. После чего вся
 MT> дальнейшая информация будет выводиться уже не попадая на ранее
 MT> выведенное изображение, например, выходя за пределы ранее нарисованных
 MT> рамок. В настройках борды юзер может указать число строк на своём
 MT> компьютере, но, судя по всему, эта функция на данный момент чисто
 MT> декоративная и ни на что не влияет.

 MT> Просьба решить проблему - или директивно урезать всю графическую
 MT> информацию до 24 (а лучше до 23, чтобы с гарантией) строк (включая
 MT> координаты строчек ввода, типа "Вы уверены (y/n)?"), либо реализовать
 MT> это в настройщике в зависимости от того, какое число строк укажет сам
 MT> юзер. А то картинка снова разваливается, хотя и не так страшно, как в
 MT> п.1.

  Да, картинки делались под 25 строк, так как ZOC по дефолту
настроен на 25 строк, по хорошему согласен что надо бы переделать на 24 (23
уж больно мало), но тут вопрос в каком ANSI редакторе можно сохранять
файлы в 24 строки, я пользуюсь DRAWом, а у него в настройках можно
выбрать только 23, 25, 50,и более.
  Со сдвингом картинки при выводе строки типа "Вы уверены (y/n)" я
сталкнулся толко на welcom заставке( ну та которая с кошкой) там при выводе
строк про поиск файлов и писем действительно картинка съезжает на одну
строку, но побороть не получилось, хотя картинку урезал до 23 строк.
  Реализовать работу настройки юзером количества строк я понимаю надо
на уровне самой торнадо переписывая код и собирая новую версию (это
выше мои сил).

 MT> 3. Хотел я весь этот багрепорт написать прямо на твоей BBS. Зашёл в
 MT> редактор почты. После ввода имени получателя и темы письма редактор
 MT> спрашивает, буду ли я подгружать подготовленный текст извне, из файла.
 MT> Так как я собирался набивать ответ вручную, я ответил "нет", в итоге
 MT> получил только черный экран, не регирующий на вво символов кром
 MT> сочетаний клавиш для отмены ввода письма или его отправки. Я так
 MT> понял, что возможность набивки письма вручную пока
 MT> заблокирована. Просьба что-то с этим сделать. А пока пишу тебе
 MT> багрепорт через борду "MUSIC STATION".

  Редактор почты действительно работает странно, по сути он дает
печатать тест, но ты его не видишь (как при соединении двух терминалок
напрямую, печатаешь ты, а видит собеседник) Тут или где-то настройки торнады
недокручены, или надо прикрутить внешний редактор, но как это сделать ХЗ,
параметр External_Editor в tornado.ctl, Тора 1.71.2 понимать отказывается, да и
какой и где брарь этот редактор? На Musiс Station, как я понял, эта
функция работает через тот же встроеный редактор, но крорректно.
  Если уж пошел разговор про почтовые эхи, то у меня еще такой
вопрос: Я не могу прикрутить Фидошные эхи к ББСке, Фидо я тяну через Кубик
и соответственно сообщения у меня в Squish базе, Торнада Squish вроде
понимает (в торнаде пути к базе настроил) но при попытке открыть конференцию
вылетает "Ошибка открытия базы", пичем если взять Торнаду под Win32, базы
прекрасно открывается, а вот из ДОСовой DPMI торнады - нет.

   С уважением - Alexey
--- GoldED+/W32-MINGW 1.1.5-b20120519 (Kubik 3.0)
 * Origin: В начале было слово. В конце будет ориджин. (2:5023/24.4251)
SEEN-BY: 46/49 50/72 460/58 463/1104 466/50 466
469/335 4500/1 5015/46 255
SEEN-BY: 5019/40 5020/570 715 736 837 848 1042
2140 4441 5858 12000 5023/12
SEEN-BY: 5023/19 24 5026/99 5028/68 5030/722 1081
1103 1474 1997 5031/71 78
SEEN-BY: 5034/13 5053/58 5058/104 5059/37 38
5075/128 6035/3
@PATH: 5023/24 5020/715 4441