Board.KolibriOS.org

Мда.. как всё запущено-то, а!!!

Да, чтобы продемонстрировать баг, а иначе как это по-твоему сделать?
Читай предыдущее сообщение внимательней.
А зачем по-твоему тогда такое разделение строк? Для прикола что ли?
Ты давай не прикидывайся, свои ошибки надо уметь признавать.

Или давайте тогда может заодно в консоли write_string "исправим"? Ну а что, она ведь работает точно таким же образом.
И SysFn4 раньше тоже работала правильно.
Ну в KolibriOS это не ошибки вовсе, а оно так и задумано было.
Да, абсолютно согласен, именно так оно раньше и работало.
Иначе просто нет смысла делить строки на ASCIIZ и не ASCIIZ.

А что, есть смысл в строках не asciiz ?

без них hex редактор не сможет вывести многие символы средствами ОС. Также будет невозможно использовать строки в модулях, компилированых Паскалем. Многие строки там не заканчивается нулем.

_________________
Чем больше сыра, тем больше в нём дыр. Чем больше дыр, тем меньше в нём собственно сыра. Значит, чем больше сыра, тем меньше сыра!

0CodErr
Не, так я ж не против - исправляй. Просто у меня сейчас времени нет, вот и говорю, что проблема не серьёзная.

Я пробовал сделать так(font.inc) https://pastebin.ca/3891972
Но похоже, заголовки выводятся как-то по-особенномуНепонятно, почему там ограничение на количество символов для ASCIIZ(сейчас 256, раньше было 255).
Кажется, было бы лучше, если символ #0 выглядел бы одинаково в обоих шрифтах.
Лучше как у 6x9, например, в похожем случае http://websvn.kolibrios.org/filedetails ... m#line-405 это было бы удобно, если не хочется перед выводом текста принудительно закрашивать предыдущую надпись.

Посмотри в window.inc - window._.draw_window_caption.dodraw
В кодировке ASCII первые 32 символа вообще не должны как-то выглядеть, в том числе символ #0.

Насчёт всех 32-ух не согласен https://en.wikipedia.org/wiki/Code_page_866
Но вот символ #0 в шрифте 8x16 в данный момент всё-таки "как-то" выглядит.
Если сделать перед вызовом dtext

or      ecx, 0x80000000

то работает, но бывает так, что надпись ещё больше наезжает на кнопки в заголовке.
Наверное, лучше заголовок выводить не как ASCIIZ, но предварительно определив длину строки.
Однако, судя по коду, кодировка может быть разной, значит, нужны разные StrLen функции.
Ну или пока что сделать только для CP866.
Другой вариант — для заголовка завести отдельный флаг: выводить либо esi символов, либо до первого попавшегося символа #0, то есть, так, как сейчас работает для вообще всех случаев.

#7103
Ну, в общем, я решил сделатьНадеюсь, ничего больше не поломалось
Осталось теперь этоА в 6x9 — нормально, никак не выглядит.

Надейся, я тоже каждый раз надеялся...

Тут надо понимать разницу между "выглядеть как ничего" и "не выглядеть никак": символ №32 всегда выглядит как ничего, а символы №0 - №31 не обязаны выглядеть как-то конкретно, потому могут выглядеть как угодно и рассчитывать на них не желательно.

А откуда у тебя в коде столько пробелов в конце строк?

Ну было бы удобно, если #0 выглядел бы как #32 в обоих шрифтах. Это можно как-то поправить?

О, вот это не знаю даже, как так получилось. Может после копипаста откуда-то вставились.

Если обратишь внимание на код, то увидишь что символ №0 в шрифте 8x16 используется для всех символов юникода, которых в шрифте нет.

Думаю, было бы лучше, чтобы символы выглядели одинаково как в обоих шрифтах, так и в консоли.
По-моему лучший вариант — как они выглядят в консоли

Это вообще cp437, там все символы имеют конкретный вид, а системная у нас cp866.

Вообще-то ссылку я тебе давал уже https://en.wikipedia.org/wiki/Code_page_866
, которая как раз и основана на CP437. Нижняя часть таблицы осталась такой же

Тоже самое касается юникода. Идём сюда -> https://en.wikipedia.org/wiki/ASCIIИспользовать их для чего-либо - плохая идея.