|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Serge Shikov 2:5020/400 25 Dec 2000 13:36:00 To : All Subject : Re: wap/wml -------------------------------------------------------------------------------- Pavel Kurnosoff wrote: > > >> и что вот тут-то? я не вижу проблемы. > s> Отлично. Ты в курсе, что есть ограничение на размер desk/card, причем > s> очень сильное - порядка 1300 байтов? Т.е. генерируемый XSLT wml-документ > s> не может быть больше некоего предела по количеству символов. > а в здравом уме и не надо генерить карты большего размера. ну не будет никто > на экране 3 на 2 см. читать тексты большей длинны. не будет. Секунду, что значит "надо" или "не надо"? Представь что у нас есть длинный список результатов поиска чего-то в базе. Hадо его показать в виде wml, при этом общий объем результатов - скажем килобайт 200. Его надо разбить на куски размером по 1300 байт, включая тэги wml, хоть ты тресни. При этом никаких текстов длинных там вообще нету - там есть названия каких-то найденных продуктов - музыкальных CD или книжек, или видеокассет. > >> конвертить их в wml - почему бы и нет? > s> Как соблюдать (или хотя бы проверять) это ограничение? > другим подходом к самой структуре информации. Это как? Если у тебя есть информации больще чем 1300 байт - тебе так или иначе ее надо разбивать. Разве 1400 байт - это так много, что надо менять подход? Уж поверь мне, это всего-навсего 3-4 названия книжек или кассет, плюс авторы, плюс цены, плюс магазины, где оно продается. А генерить по отдельной desk на каждое наименование... так тебе тоже посетители за это большое "спасибо" скажут, когда листать это все начнут. Это же эфирное время, и медленно наконец. Пипка Next на телефоне не должна вызывать обращение в И-нет лишний раз, только потому что ты решил порезать информацию кусками помельче. Поэтому надо единицы информации размером скажем 200-300 байт паковать компактно в wml, стараясь заполнить лимит в 1300 байт, чтобы было быстро, и все еще работало. И вот с этим XSL справляется плохо. --- ifmail v.2.15dev5 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/2825e60542be.html, оценка из 5, голосов 10
|