не знаю, бага или фича, сегодня столкнулся. Генерируется скриптом в DOM довольно объемное количество элементов, которое в самом конце вставляется в какой-нить HTML рендерер. Соответственно, до того ка все вставилось в докуменнт для показа во глубине скрипта  создавались чекбоксики, которые надо было поекать в соответствие с данными из XML. В мозиле они чекаются без свистоплясок легко и просто, а вот в осле пришлось писать хак. Ибо нельзя сделать checked = true у чекбокса до тех пор пока он не быдет отрендерен, т.е. вставлен в конечный документ. Таким образом checked пришлось писать в кастом пропертис объекта, а потом писать функциюшку, которая обегает чекбоксики и проставляет checked в соответствие с этим кастом филдом...

еще небольшое отличие в опере 9
допустим создаешь элементы, которым присваиваешь backgroundColor=rgb(r,g,b) в таком варианте
затем выбираем элемент и пытаемся узнать его backgroundColor, в опере выдаст #rrggbb, в остальных rgb(r,g,b)

y3u, хм... что-то крутиться в голове, вроде сосед по офису позавчера с таким столкнулся, так вопрос решился использованием не свйства checked, a defaultChecked. а checked, в самом деле, хранит "текущее состояние", и потому в качестве "начального условия" изменять не получится

не совсем так, все оказалось тривиальней  и корни зла росли из застарелого бага ИЕ, который заключается в том, что он не делает различия между атрибутами нода и филдом объекта. Собственно, спецом для ИЕ пришлось использовать весьма рачную конструкцию:

Всё правильно крутится 

Обнаружил, что Opera9 стала заносить в history AJAX-запросы. В Opera8.5 такого ещё нет. Этого не делают ни IE6 ни Firefox2. Полагаю, такое поведение Opera9 — баг. По крайней мере для меня оно поперёк горла — мои скрипты заточены как раз под то, что в истории остаются только изменения в адресной строке.

Баг заключается в следующем: если уменьшить размеры окна таким образом, чтобы наклонный текст разбивался на две строки, в IE появится полоса горизонтальной прокрутки. В принципе, достаточно того, что два слова, имеющие общий определитель (не важно, какой) наклонного стиля текста, будут разнесены на разные строки.
Такой же эффект проявляется у фрейма, если в него загружен документ с подобным параграфом. При этом наличие DIV здесь уже не имеет значения, а "необходимо" наличие вертикальной полосы прокрутки: есть вертикальная - будет и горизонтальная.

В Опере не работает стандартный метод blur на кнопках.

Проверенно только на IE и Opere.
Событие в IE происходит, когда кликаем в любой точке броузера.
В Operer только, если кликаем на элементах в body, но при этом body  выделяется как вся страница. 
Думаю IE тут не врет.


Это сообщение отредактировал(а) Deja_Vu - 15.6.2007, 17:40

Заметил в FF такую фичу:
designMode = 'on'
при  воде текста после ввода пробела к концу строки добавляется <br />, если его там уже нету.

в IE6, IE7, Safari3 такого нет.

Полный АХТУНГ... 
Делаем как в учебнике

В FF и Опере все как в учебнике, а в IE 6 выдается 0

Так ведь X - это не массив. Он не должен вести себя так, "как в учебнике".

AKS, А ЧТО это такое? Я хочу нечто. ведущее себя как массив и имеющее кое-что дополнительно. FireFox меня понимает, а IE нет...

Да неужели? ;)

Так понимает? ;)
Можно, конечно, "уболтать" их всех как-нибудь так:

Только не знаю, насколько это надежно...

Угу... Нет в жизни щастья...  Видимо, отнаследоваться более менее прилично можно только от объекта, ни от каких базовых типов никакого наследования толком не получится... Хотя, про String с Number'ом из-за из "ленивой копируемости" про это можно и не узнать... 
Да'с... Не баг'c... Точнее не баг броузеров, а баг идеологии JavaScript. Ну, или моего понимания этой идеологии ;-)