Опять ты за свое :)

Чтобы увидеть, что XBL не создает какой-то анонимный узел, не обязательно смотреть его код.

Вот смотри: http://s020.radikal.ru/i716/1401/af/303dc47b8da2.png
Слева - toolbarbutton с анонимными xul:toolbarbutton и xul:dropmaker, справа - соответствующий xbl chrome://global/content/bindings/toolbarbutton.xml#menu-button с xul:toolbarbutton и xul:dropmaker в содержимом.

А вот: http://s019.radikal.ru/i614/1401/35/d6120a8c88c6.png слева window с анонимными popupgroup и tooltip, а справа - chrome://global/content/bindings/general.xml#root-element, но в контенте у него пусто.

Но можно и код посмотреть, на скриншотах виден соответствующий пункт контекстного меню.

Можно.
http://i024.radikal.ru/1401/34/31e26224b365.png
http://s019.radikal.ru/i627/1401/fd/28354c4002be.png

Если верить справке, то особенное отличие анонимных узлов не в том, что они определяются где-то в другом месте, а в том, что они находятся в другой области видимости, их родительские элементы о них ничего не знают, и к ним поэтому нельзя получить доступ обычными способами через childNodes, firstChild-nextSibling и т. п. И, похоже, что эти анонимные элементы хотя и по большей части, но не обязательно определяются через XBL. Например в элементах window и page есть анонимные элементы popupgroup и tooltip, также встречаются анонимные узлы _moz_generated_content_before/after, а XBL "исходников" для них в omni.ja не находится.

Там термины, а тут носки, ситуация практически безвыходная.
Все же с носками надо попробовать что-нибудь сделать.

https://developer.mozilla.org/ru/docs/DOM_Inspector/DOM_Inspector_FAQ

Большое спасибо.

Тут просто eval просится:

function rgb (r, g, b) {
    return ((b | g << 8 | r << 16) / 0x1000000). toString (16). substring (2);
}
var s = "rgb(111,222,333)";
var r = eval (s);

После редактирования кнопки, обработчики, установленные с помощью addEventListener не удаляются, есть что-то такое, буду смотреть.

Если мне память не изменяет, так было всегда. Когда меняется тип кнопки, меняется привязка и срабатывает её конструктор.

Спасибо, исправлю.

Нет, не так. addEventListener — это функция, и она не переопределяет одноимённый метод DOM'овских объектов, а определяется вместе с кодом кнопки всякий раз, как он выполняется, так же, как если бы её код был записан вместе с кодом кнопки.

Обработчики, которые ставятся с помощью функции (не метода) addEventListener, автоматически снимаются при удалении, редактировании или обновлении кнопки.

Да.

Вот тут: https://developer.mozilla.org/en-US/doc … developers пишут, что

т. е., удалили метод nsIEditor. addEditorObserver, но, похоже, ничего взамен не добавили. setEditorObserver недоступна, nsIDocumentStateListener. NotifyDocumentStateChanged не вызывается.

В nightly addEditorObserver ещё на месте.

Поздравляю всех с Днём Великой Победы!

Слава Советскому народу — народу-победителю!
Слава Советской армии!
Слава ветеранам войны и труженикам тыла!
Вечная память павшим.

MySh

Люди, которых ты выделяешь в "сообщество свободных людей" могут ощущать себя свободными только нарушая правила?