Не знаю. Впрочем, можешь пировать победу над селектором версий - биндинги кнопок загружаются раньше загружаемого через loadOverlay оверлея, содержащего необходимые конструкторам кнопок методы.

Уже не надо. Вот так: http://www.mozdev.org/source/browse/custombuttons/src/chrome/custombuttons/content/custombuttons/tcbbutton.xul?rev=1.1.8.2;content-type=text%2Fplain;f=h работает.
Не нравится, правда, что в некоторых случаях (http://forum.mozilla-russia.org/viewtopic.php?pid=282054#p282054) это может зависеть от порядка следования элементов <script>

Не пойму, в чём суть.

Ну, может быть.

Al_H
http://forum.mozilla-russia.org/viewtopic.php?pid=359992#p359992

Ну, самый удобный вариант – это как в Mouse Gestures Redox, чтобы с диалогом. Но количество кода для реализации плохо соотносится с получаемой пользой, по-моему. А в противном случае не особо ясно, куда там сокращать код – и так не много, а тем, кто «в курсе» – наоборот труднее будет, с нестандартной функцией-то (а в код расширения лезть, разумеется, лень ).
К тому же, вроде бы, что-то может реагировать на keyup. Или тогда всю последовательность keydown -> keypress -> keyup эмулировать.
Вот как-то так:

custombuttons.dispatchKeyEvent(
	["keydown", "keypress", "keyup"],
	true /*ctrlKey*/, false /*altKey*/, false /*shiftKey*/, false /*metaKey*/,
    "VK_SPACE"
);

Добавлено 20-08-2009 20:30:06
А, может, custombuttons.sendKey и лучше будет.
При желании можно и просто sendKey, если передавать эту функцию в виде аргумента.

Мне тут про деструкторы кнопок подумалось.
А не достаточно ли просто перед каждым вызовом инициализации проверять, есть ли у кнопки метод destroy, и запускать его при наличии. Ну, а при unload окна пусть этот метод вызывается из XBL-деструктора.

Примерно в таком духе:

var button = ...;
if("destroy" in button && (!("hasOwnProperty" in button) || button.hasOwnProperty("destroy")))
	button.destroy.call(button); // Кнопка уже была инициализирована и определила метод "destroy"
try {
	new Function("arg0,arg1", button.getAttribute("cb-init")).call(button, arg0, arg1);
}
...

(А destroy может всплыть от Object.prototype, а также можно сделать this.__proto__ = null; в инициализации кнопки.)

Отредактировано Infocatcher (26-08-2009 08:30:48)

Хы, а я как-то только про потерявшиеся XBL-деструкторы осознал, а прочие эффекты или пропустил, или не уловил из пояснений.
А проверить поленился.

Туго без него, ага. Пожалуй, все равно без Object.prototype в начале цепочки прототипов ничего полезного не получится.

P.S. Странно, не вызывается this.destroy.
Инициализация:

this.clickHandler = function() {
	setTimeout(function() { throw "Click"; }, 0);
}
window.addEventListener("click", this.clickHandler, true);
this.destroy = function() {
	alert("destroy");
	window.removeEventListener("click", this.clickHandler, true);
};
var _this = this;
window.addEventListener("dblclick", function f() {
	window.removeEventListener("dblclick", f, true);
	setTimeout(function() { throw "dblclick -> destroy()"; }, 0);
	_this.destroy();
}, true);

Или я снова что-то не учел?

Добавлено 26-08-2009 19:56:44
P.P.S. Увидел, что контекст выполнения в destroy() не передается. Но это в данном случае не важно – alert все равно не выскакивает.

Добавлено 26-08-2009 20:04:18
Ну, и с вот таким кодом – тоже не вызывается:

this.clickHandler = function() {
	setTimeout(function() { throw "Click"; }, 0);
}
var _this = this;
window.addEventListener("click", this.clickHandler, true);
this.destroy = function() {
	alert("destroy");
	window.removeEventListener("click", _this.clickHandler, true);
};
window.addEventListener("dblclick", function f() {
	window.removeEventListener("dblclick", f, true);
	setTimeout(function() { throw "dblclick -> destroy()"; }, 0);
	_this.destroy();
}, true);

Речь шла о пересоздании кнопки aka кнопка Применить в редакторе.
Т.е. destroy средствами CB вообще никогда не вызывается. Или я как-то не так тестирую.

Добавлено 26-08-2009 21:05:46
Это я вот это тестирую:

Отредактировано Infocatcher (26-08-2009 21:06:32)

А еще может быть ondestroy.
А штатный обработчик, по-моему, лучше делать, например, в виде cbDestroy. Впрочем, уже и так весьма разнообразно и нету какого-то особенного отличительного признака у «внутренних» полей.

Кстати, можно еще передавать в функцию-деструктор параметр, определяющий, удаление это или обновление кода.

И несколько идей касательно интерфейса.

1. «Кнопка была успешно создана. Вы можете добавить её на любую панель инструментов через меню "Вид -> Панели инструментов -> Настроить..."»
Можно заменить многоточие одним юникодным символом (…) – по аналогии с надписями в самом Firefox. И остальных местах тогда тоже заменить.

И, мне кажется, удобнее сделать как-то так:
v Больше не показывать это сообщение
[Ok] [Настроить…]

[Настроить…] открывает диалог настройки панелей инструментов.

2. «Обновить кнопку " ... " кодом кнопки " ... " ?»
Аналогично:
[Ok] [Редактировать…] [Отмена]

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

3. Не прикрутить ли контекстное меню к диалогу настройки панелей инструментов? И там, соответственно, как минимум, «редактировать» и «удалить».

[UPD]
Немного подкорректировал.

Отредактировано Infocatcher (26-08-2009 23:07:04)

Мне тут подумалось, что хорошо бы сделать возможность редактирования произвольной кнопки (а не той, что видна и с контекстным меню).
А то пару раз уже приходилось делать разные финты ушами из-за неточностей в коде, делавших недоступной или саму кнопку, или контекстное меню.
Тут мне видятся два пути – или «редактор редакторов» со списком всех кнопок, или возможность выбора редактируемой кнопки в уже имеющемся редакторе.

И, пожалуй, не помешает возможность отключения инициализации кнопок при запуске. Мало ли, что там, не руками же из-за этого XML'ку править. Можно и руками, конечно, но только удалять – править уже муторно.
Например, при запуске с неким параметром командной строки (как в Stylish).

Также при поиске по Ctrl+/ хочется навигации по результатам через Enter/Shift+Enter или стрелки вниз/вверх (а то Enter мимо поля закроет диалог).
И, возможно, не стоит закрывать диалог поиска по Ctrl+F (не припомню ни одного примера, чтобы подобные окошки сразу закрывались).

И это тоже. Но меня тут угораздило чуть промахнуться с кодом и скрыть кнопку «пользовательским» стилем (да еще и с important-флагом). К счастью, промахнулся я не до конца, и кнопку можно было показать добавлением атрибута.

Ну, «custombuttons» там должно в любом случае присутствовать.
Что-то вроде «-custombuttons-disable-initialization», хотя и длинновато.
Или даже «-custombuttons-safe-mode».
Первое лучше отражает суть, второе – понятнее для «непосвященных».
Возможно, второй вариант практичнее – вдруг когда-нибудь потом понадобится отключать что-то еще. Те же хоткеи. Допустим, стороннее расширение устраивает вечный полноэкранный режим, а выход из него – только переназначенным через CB хоткеем. Пример сферичен, конечно (к тому же, встроенный -safe-mode должен позволить все лишнее поотключать), но мало ли.

А тут простой пример в лице поиска в Firefox. (Shift+)F3 есть, но есть и (Shift+)Enter.

Там же <dialog>, и если не перехватить нажатие Enter, то он выполнит умолчальное действие (эквивалент нажатия на Ok) и закроется. А разный эффект от одного и того же действия далеко не всегда удобен.

Тогда не знаю. Или вот настройку добавить – для привыкших к иному поведению или сторонников орудовать мышкой.
С тем же успехом можно добавить галочку для учета регистра на панель быстрого поиска.

P.S.

Торопиться особо некуда. Было бы определенное сочетание необходимости и наличия свободного времени, сам бы докрутил что-нибудь. Но я же ленюсь.

Добавлено 15-12-2009 18:21:01
Заодно небольшой баг:
Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0

sizeToContent(), что ли, делать...

И, раз уж на то пошло, в заголовке хочется написать «Custom Buttons: ...».

Отредактировано Infocatcher (15-12-2009 18:22:23)