Alexey Andreev написал(а) к Maksim Timonin в Mar 24 16:08:44 по местному времени:

Привет, 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> НYPERTERMINAL, который "умеет в telnet",то она просто автоматом
MT> обрежет эту пару обратно до одного байта и всё. А вот ретротерминалки
MT> (а кто сейчас лазит по ббскам, как не поклонники ретрожелеза?) так и
MT> будут выдавать всё на экран "как есть" - т.е. парами.

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

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

Понял что есть проблема, но не понял как ее исправлять, посмотрел редактором ANS файлы BBSки, ни через F4 в Fare, ни через НEXeditor ничего похожего на 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)