![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
sab123Отформатировал свою книжку для него, при просмотре результата на эмуляторе обнаружил интересную фичу:
Он хоть и жрет HTML, но к этому ХТМЛу у него странный подход. У листингов и таблиц первые пару экранов показываются нормально, а потом форматирование к эбеням теряется. Похоже, что когда он отрисовывает экран, то отступает назад на ограниченное количество байт и начинает форматирование оттуда. И соответственно получается, что длина ХТМЛьного блока ограничена. Если длиньше некоего предела, то у хвоста форматирование теряется.
То есть, это надо длинные теги разбивать на короткие куски. Могли бы сами в своем конвертере разбивать. А за них такой форматтер писать - как-то влом. Они внутри себя и лучше могли бы сделать - придумать свой собственный тег, который показывал бы текущее состояние парсера. И втыкать его периодически, каждые N байт. Чтоб читало легко могло по этому тегу синхронизироваться.
А если строка оказывается слишком длинной, то он ее мало того что переносит, так еще и растягивает пробелы, чтоб выровнять по правой границе экрана. Листинги начинают выглядеть совершенно впечатляюще.
Кто-нибудь пробовал книжки по программированию на нем читать? В них такие жопы тоже встречаются? Или они старательно отформатированы во избежание?
Еще я не понял, ссылки в нем что, вообще не работают? И вместо скажем Содержания со ссылками на разделы получается бессмыссленная жопа?
Он хоть и жрет HTML, но к этому ХТМЛу у него странный подход. У листингов и таблиц первые пару экранов показываются нормально, а потом форматирование к эбеням теряется. Похоже, что когда он отрисовывает экран, то отступает назад на ограниченное количество байт и начинает форматирование оттуда. И соответственно получается, что длина ХТМЛьного блока ограничена. Если длиньше некоего предела, то у хвоста форматирование теряется.
То есть, это надо длинные теги разбивать на короткие куски. Могли бы сами в своем конвертере разбивать. А за них такой форматтер писать - как-то влом. Они внутри себя и лучше могли бы сделать - придумать свой собственный тег, который показывал бы текущее состояние парсера. И втыкать его периодически, каждые N байт. Чтоб читало легко могло по этому тегу синхронизироваться.
А если строка оказывается слишком длинной, то он ее мало того что переносит, так еще и растягивает пробелы, чтоб выровнять по правой границе экрана. Листинги начинают выглядеть совершенно впечатляюще.
Кто-нибудь пробовал книжки по программированию на нем читать? В них такие жопы тоже встречаются? Или они старательно отформатированы во избежание?
Еще я не понял, ссылки в нем что, вообще не работают? И вместо скажем Содержания со ссылками на разделы получается бессмыссленная жопа?
