Отформатировал свою книжку для него, при просмотре результата на эмуляторе обнаружил интересную фичу:
Он хоть и жрет HTML, но к этому ХТМЛу у него странный подход. У листингов и таблиц первые пару экранов показываются нормально, а потом форматирование к эбеням теряется. Похоже, что когда он отрисовывает экран, то отступает назад на ограниченное количество байт и начинает форматирование оттуда. И соответственно получается, что длина ХТМЛьного блока ограничена. Если длиньше некоего предела, то у хвоста форматирование теряется.
То есть, это надо длинные теги разбивать на короткие куски. Могли бы сами в своем конвертере разбивать. А за них такой форматтер писать - как-то влом. Они внутри себя и лучше могли бы сделать - придумать свой собственный тег, который показывал бы текущее состояние парсера. И втыкать его периодически, каждые N байт. Чтоб читало легко могло по этому тегу синхронизироваться.
А если строка оказывается слишком длинной, то он ее мало того что переносит, так еще и растягивает пробелы, чтоб выровнять по правой границе экрана. Листинги начинают выглядеть совершенно впечатляюще.
Кто-нибудь пробовал книжки по программированию на нем читать? В них такие жопы тоже встречаются? Или они старательно отформатированы во избежание?
Еще я не понял, ссылки в нем что, вообще не работают? И вместо скажем Содержания со ссылками на разделы получается бессмыссленная жопа?
Он хоть и жрет HTML, но к этому ХТМЛу у него странный подход. У листингов и таблиц первые пару экранов показываются нормально, а потом форматирование к эбеням теряется. Похоже, что когда он отрисовывает экран, то отступает назад на ограниченное количество байт и начинает форматирование оттуда. И соответственно получается, что длина ХТМЛьного блока ограничена. Если длиньше некоего предела, то у хвоста форматирование теряется.
То есть, это надо длинные теги разбивать на короткие куски. Могли бы сами в своем конвертере разбивать. А за них такой форматтер писать - как-то влом. Они внутри себя и лучше могли бы сделать - придумать свой собственный тег, который показывал бы текущее состояние парсера. И втыкать его периодически, каждые N байт. Чтоб читало легко могло по этому тегу синхронизироваться.
А если строка оказывается слишком длинной, то он ее мало того что переносит, так еще и растягивает пробелы, чтоб выровнять по правой границе экрана. Листинги начинают выглядеть совершенно впечатляюще.
Кто-нибудь пробовал книжки по программированию на нем читать? В них такие жопы тоже встречаются? Или они старательно отформатированы во избежание?
Еще я не понял, ссылки в нем что, вообще не работают? И вместо скажем Содержания со ссылками на разделы получается бессмыссленная жопа?
no subject
Date: 2011-01-02 07:50 pm (UTC)no subject
Date: 2011-01-02 08:19 pm (UTC)ХТМЛ в этом смысле должен быть теоретически лучше.
no subject
Date: 2011-01-03 03:46 pm (UTC)no subject
Date: 2011-01-03 04:11 pm (UTC)no subject
Date: 2011-01-03 04:21 pm (UTC)no subject
Date: 2011-01-03 03:41 pm (UTC)http://www.amazon.com/gp/help/customer/display.html?ie=UTF8&nodeId=200203720
можно посмотреть что там
no subject
Date: 2011-01-03 11:43 pm (UTC)no subject
Date: 2011-01-03 11:51 pm (UTC)моя читалка например не понимает css в html'е
точнее понимает, но как-то очень своеобразно. однако исходники прошивки для нее где-то у ребят с Украины и я сомневаюсь что они их кому-то показывают (тут забавная конкуренция, несколько компаний продают одну и ту же тайваньскую читалку под разными брендами, которые отличаются только прошивкой. причем прошивки достаточно сложные, понимают практически все форматы вклчая chm, djvu и еще кучку достаточно нестандартных для читалок (про pdf/html/fb2 со всевозможными рефлоу и зумами я понятно не говорю)