Печать текста.

[Barmaley_m]

Построчный вывод текста имеет смысл только в случае, если используется шрифт с числом символов в строке, не кратным 32 (обычно 42, 51 или 64). Данный способ позволяет ускорить работу процедуры за счет того, что можно исключить некоторые операции считывания из видеопамяти и/или логические операции (AND/OR). Но при выводе 32 символов в строке все эти проблемы все равно не возникают.

Построчный вывод, насколько мне известно, впервые был реализован Andrew Strikes Code в его музыкальном редакторе ASM.

[James DiGreze]

Есть специфические случаи при которых построчный вывод практически единственный возможный. Например пропорциональная печать или печать в окнах.

[drbars]

А зачем юзать RST, если можно свою процедуру написать. Оно и быстрее и к переменным непривязано.

[Barmaley_m]

Есть специфические случаи при которых построчный вывод практически единственный возможный. Например пропорциональная печать или печать в окнах.

Я лично делал процедуру печати символов в окнах, работающую посимвольно, а не построчно. На 42 символа в строке. Не вижу также никаких проблем в том, чтобы посимвольно реализовать печать пропорциональным шрифтом (то есть когда ширина букв различается).

Может быть, если речь идет о выравнивании правого края - тогда да, только построчно. Потому что до того, как строка закончится, неизвестно, какие делать промежутки между словами. Но и тут не обязательно печатать сначала в буфер, а потом переносить изображение на экран. Это неэффективно. Лучше запоминать в буфере символы, а потом выводить их на экран за раз.

[Shadow Maker]

Я совершенно согласен с Barmaley_m. Вообще не понимаю, какой смысл так тормозить процедуру вывода. К примеру можно даже универсальную процедуру печати сделать - на любую ширину символа - по сути принцип работы будет тот же - берется строчка из экрана, смещается в нужную позицию символ и делается XOR/AND/XOR этого символа для двух или одного знакоместа. Нафига тут огород городить мне лично непонятно...

[Vitamin]

Потому что до того, как строка закончится, неизвестно, какие делать промежутки между словами.

А что, промежутки между словами обязательно в реалтайме высчитывать?
У меня в QHTS реализована посимвольная печать пропорциональным шрифтом. Сначала в буфер, ибо строки могут быть очень длинными, а дополнительные проверки на переполнение займут больше времени, нежели переброска. А насчет выравнивания- прекомпиляция со вставкой пробелов нужной длины (с точностью до пиксела) плюс автоматическая расстановка переносов

[Advertiser]

[Barmaley_m]

А что, промежутки между словами обязательно в реалтайме высчитывать?

Если содержимое текста, который выводится, заранее неизвестно - то да, только в реалтайме.

Если это текст из файла, и промежутки в нем заранее рассчитаны и сохранены вместе с текстом - тогда можно сэкономить.

[Vitamin]

Если содержимое текста, который выводится, заранее неизвестно - то да, только в реалтайме.

Я имею в виду в реалтайма во время печати

[Barmaley_m]

Я имею в виду в реалтайма во время печати

Объясни подробнее, а то мне что-то непонятно, чем различаются мои и твои представления о "реалтайме".

[Vitamin]

Объясни подробнее, а то мне что-то непонятно, чем различаются мои и твои представления о "реалтайме".

В какой момент ты расстанавливаешь пробелы для выравнивания? Во время печати или до?