Не, писать под mozilla невыносимо.
>Actually, I just realized that setCellText wasn't implemented in the
default content tree until 1.8.
>
>Instead, you can just use DOM functions to modify the label of the item.
You can use view.getItemAtIndex to get the item at a specific index, for
instance the selected index.
Вы подумайте. Ещё не реализованно. Интересно и много там такого не рабочего?!
PS: спасибо Neil Deakin, а то бы я ещё неделю пробовал заставить это работать.
>Unfortunately, no good reference exists for the functions defined in the various scripts files you can import. The functions and their locations within the files continue to change, so finding and using the right ones is sometimes a matter of luck, sometimes a matter of whom you know, and often a matter of testing, determination, and patience.
Меня очень удивляют люди, которые пишут что типа -- "это же ещё один запрос к БД!".
Создаётся впечатление, что они вообще не понимают зачем нужны БД. Знаете, им сказали, что каждый запрос загружает БД, а они стараются из всех сил, раз уж пришлось использовать это зло придумать такую хуйню, чтоб было наименьшее кол-во запросов.
Доходит иногда до смешного, когда в старании уменьшить кол-во запросов, делают такую хуйню в самой программе, что она выполняется внесколько раз дольше самого сложного запроса к БД.
Поймите, SQL БД придумалти для того, чтобы строить к ним запросы. Запросы для БД не какая-то инородная хуйня -- для этого их и создавали.
Вот я полностью за entry id в url. Появилось много народу, которым не нравится , что url не показывает о чём запись. Но ведь никто не запрещает маркировать записи для наглядности. Выход прост: Например, запись про ЧПУ на нуднике -- . Т.е. всё путём, последний идёт номер записи. Если кому-то такой формат не нравится, то можно просто дописать о чём запись в конце url'а. Это не на что влиять не будет, но для нагладности сразу понятней, про что заметка. Например так -- Так что в блогах я за такие вот url'ы.
Вот clops всё правильно [написал про календари](http://www.livejournal.com/users/clops/405119.html). Но он забыл одну очень удобную вещь. DropDownList для выбора месяца (возможно, например, для 15 месяцев), чтоб не жать по сто раз назад. Вот что-то типа такого: 
Вот все пишут про keywords, а я напишу про поиск.
Поиск по сайту нужен, я думаю ни у кого это сомнения не вызывает. Но вот, как, например, у Смирнова поиск работать не должен. Сегодня я захотел найти чего он там писал про ps2. Встроенным поиском [не нашёл](http://nudnik.ru/search/ps2), [нашёл гуглом](http://www.google.ru/search?q=site%3Anudnik.ru%20ps2&sourceid=mozilla-search&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox&rls=org.mozilla:en-US:official).
Не знаю, то ли он там не про-индексировал чего или поиск хреново работает -- это не важно. Так поиск работать не должен, лучше вообще тогда его не делать, а ствавить форму для поиска через google. Так вот, последнее время меня очень сильно волнует вопросс -- *а нужен ли вообще самодельный поиск*?! Впринципе у google есть специальные сервисы, которые позволят встроить гугловский поиск на любой сайт. Да, там есть какиет-то ограничения, но они не так существенны. Просто на данный момент не существует достаточно грамотных систем для локального поиска по сайту. Писать же свое решение я считаю крайне сложной задачей, хотя бы по причине, что тогда стоимость этого поиска будет в несколько раз превышать стоимость работы по созданию большинства CMS.
Нет, простой поиск -- достаточно тривиальная задача, но вот меня лично такой вариант не устраивает -- мне нужна морфология и язык запросов. Я даже не буду говорить о том, что вы скажете, что гуглу надо ещё и проиндексировать сайт. Делает это он достаточно быстро, да и даже локальному поиску потребуется это сделать (я надеюсь ни кто не собирается делать поиск напрямую, без индексации и кэширования).
К поиску прибегают в 90% случаев для поиска старой (допустим) информации. Новую же информацию обычно всегда можно вытянуть и без поиска, если же нет, то в большинстве случаев это просто ошибка при построении интерфейса к cms. Да, естественно, есть системы, где время до индексироавния критично. В основном это форумы, доски объявлений, прайс-листы. Вообще я просто хочу сказать, что на данный момент не существует более-менее приемлемого решения для организации поиска. Либо смириться с интерфейсом google (или ограничением в запросах), либо вкладывать в поиск равные или гораздо большие деньги, чем в сам продукт.
Не ну и есть третий вариант -- делать хуёвый поиск, который ничего не найдёт и убеждать себя мыслью, что ну и ладно у 99% сайтов в рунете ещё хуже. Я считаю, что если адекватный человек искал на сайте информацию и не нашёл её там, а она там присутствует -- то это очень большая проблема.
Ну когда долбоёбы поймут, что есть google?! Надо допускать к интернету, только после прохождения курса "Search engines. For morons".
>Documentation is like sex: when it is good, it is very, very good; and when it is bad, it is better than nothing.
-Dick Brandon