Dobrov
Круто, ждал) Все работает.

Работает, но почему то на mail.ru, bing.com, может ещё где не срабатывает, в чём может быть причина ?

Упростил скрипт перехвата кнопок/ролика мыши и нажатий клавиш ucf_hookClicks.js
Блок обработки клавиш теперь в начале скрипта – аналогично подсказкам и действиям мыши.
Настраивать стало удобнее, код выглядит примерно так:
    var keys = { // перехват клавиш Meta 8 Ctrl 4 Shift 2 Alt 1
        KeyS_1(e) { save()}, // S+Alt
        KeyX_5(e) { userjs(e)}, // X+Alt+Ctrl
    }
Если включена отладка, в консоли видно нажатия мыши и сочетания клавиш.
Флаг отладки есть в диалоге настройки UserChromeFiles моего профиля

b0ttle - userj(e) - внешний скрипт пользователя

нет, переноси код ручками - видно же, что синтаксис разный:
у тебя: "KeyG":{"true_false_false" ……
у меня: KeyS_1(e) { save()}, // S+Alt

Без понятия.
Даже если бы было расписано что значит «не срабатывает»,
и с цитатами из консоли, и подробнейшим STR, то это было бы
бесполезно,
поскольку воспроизвести это вот «на mail.ru, bing.com»,
для меня, не представляется возможным.

Но интересно, если закомментировать
searchSelect.style.setProperty("display", "none", "important");
чтобы встроенный пункт не скрывался,
то будет ли этот встроенный пункт срабатывать, там же.

Ну так тоже импортируй модуль Timer.
var {setTimeout} = …

Конечно недоступны, log определяется как var log = … внутри функции.
Снаружи функции этот log не видно, и не должно быть видно.

Если нужно использовать log в key_data, но чтобы он задавался в (async (id, func) => {
тогда можно написать просто var log; (без ничего) рядом с key_data
а внутри (async (id, func) => { тогда написать log = … без var

Ну, это в общем случае. Блок-схема не предполагает, что сам (весь) код
как то завёрнут, то есть, что key_data, что var key_data, что window.key_data,
всё это одно и то же — мусор в окне. Тогда можно var log; и не писать.
Но лучше всё-таки код заворачивать.

skip() тоже можно перенести, тогда не будет.

Какой ещё «клик event»? keydown event же.
А вписывать (e) необходимо, только если он используется внутри,
иначе можно оставить просто ()

Вобщем как-то так

....... = { // перехват клавиш Meta 8 Ctrl 4 Shift 2 Alt 1

	get skip() {return docShell.isCommandEnabled("cmd_insertText");},

	Backquote() {this.skip || PlacesCommandHook.showPlacesOrganizer("BookmarksMenu");},
	Digit1() {this.skip || document.getElementById("unified-extensions-button").click();},

Отредактировано Dumby (17-07-2023 23:10:10)

Dumby
Блогадарю, поправил. Только интересно, что клавиши совсем не работают в полях ввода. Это не связанно с this.skip, до этого еще заметил, но забыл написать. Функций работают, а сам ввод `,1,2,3,4,5.. нет.
Насчет get skip(){return docShell.isCommandEnabled("cmd_insertText");}, мне казалось что нужно переносить, но хотел куда-то в keydown_win=e=>{...}, боялся что напортачу с синтаксисом или еще с чем-то, и будет ли он оттуда работать. А так, он будто не на своем месте. Вопрос, может в keydown_win=e=>{...} уже реализован функционал с this.skip? Просто не разбираюсь, что там написано.

Отредактировано b0ttle (18-07-2023 02:53:55)

dobrov
Не совсем понял, про ret = keys.skip; // keys = { get skip(){…
Пробовал так, по разному, но ничего не выходит.
Digit3(){keys.skip;openPreferences();},
Digit3(){get skip();openPreferences();},
Digit3(){get skip(){openPreferences();}},
Что значит ret=, первый раз вижу такое значение.

В общем, проблема в том, что `1234567, в полях ввода не пишутся, при рабочих Digit1,2,3,5,6,7. Функций работают, но текст нет. А при this.skip||, текст не работает и функций, в полях ввода, ничего не происходит. Отдельно функций работают. Как-то так.
Остальные хоткей, особо-то и не нужны ведь в полях ввода. Такие как F1,F2, там естественно проблем таких нет.

Отредактировано b0ttle (18-07-2023 12:23:49)

Ну, если ничего внутри не поменять, то пропадут.
Но поменять же не проблема.

Конечно не работает.
globalThis в оконном скрипте ссылается на окно.

А Cu.getGlobalForObject(Cu) возвращает SystemGlobal
(так было не всегда, где-то с самого конца шестидесятых),
то есть глобальный объект всех модулей, JSM и ESM,
он один на весь процесс. Когда-то давно, такой был у каждой JSM'ки.
Кстати, название так и не утвердили.

Иначе говоря, ты добавил GlobShare в одно место,
а запрашиваешь его для использования — в другом месте.

Вобщем, заворачиваешь код,
а внутри пишешь window.GlobShare = {bla: 777};
Тогда в другом скрипте console.log(GlobShare.bla) должен показать 777.

Ну это если такое присваивание будет исполнено сперва,
а не после вызова console.log(), так что следует продумать порядок загрузки скриптов,
и, возможность влияния всякого асинхрона, тут надо смотреть конкретно по ситуации.

Сравнил тоже. Одну клавишу нажимать или три.
Не у всех такие ловкие пальцы как у тебя.

Такого быть не должно.
Надо искать причину. Может ты раскомментировал e.preventDefault();
в keydown_win = (e) => {…} и забыл, проверь.

Ищешь каких-то сложностей?
Я всего лишь к тому, что в окно лучше добавлять только нужное, а не всё подряд.

Ну как, смотри сам,
если добавлять отдельно, то возрастает вероятность конфликта
с именами браузерных и пользовательских свойств,
и нахлобучка для стороннего наблюдателя, типа «откуда здесь это взялось»,
зато в скриптах можно сразу писать ShareFunction1(); ShareFunction2();

А если собрать в один объект, то вероятность конфликта меньше,
и как-бы стройнее и логичнее, но обращаться тогда придётся ShareObject.ShareFunction()
или дополнительно писать var {ShareFunction1, ShareFunction2} = ShareObject;

вопрос по старому коду перехвата клавиш: Для чего и что делает строка var num = RegExp.$1 ?
и почему используется animate? (async anim => { код })({animate: true});

(async anim => { // горячие клавиши https://forum.mozilla-russia.org/viewtopic.php?pid=796907#p796907
	// var re = /^(?:Digit|Numpad)(1|2|3|4)$/;
	var funcs = {
		1: () => {
			true;
		},
		2: tab => gBrowser.removeAllTabsBut(tab),
	};

	var args = ["keydown", e => {
		if (e.repeat || docShell.isCommandEnabled("cmd_insertText")) return;
		var m = (e.metaKey*8 + e.ctrlKey*4 + e.shiftKey*2 + e.altKey), n = m ? "_"+ m.toString() : "";

		var num = RegExp.$1; // всегда 21
		// if ( e.shiftKey || e.code.startsWith("N") && e.getModifierState("NumLock") && e.key != num )
			// e.preventDefault(), funcs[num](gBrowser.selectedTab);
			e.preventDefault();
				if (e.keyCode > 31)
					console.log('@ '+ e.key +' '+ e.code +' '+ e.keyCode +' '+ num +' '+ Math.random());
				if (num in funcs)
					funcs[num](gBrowser.selectedTab);
	}, true];

	addEventListener(...args);
	var id = Symbol(), ucf = ucf_custom_script_win;
	ucf.unloadlisteners.push(id);
	ucf[id] = {destructor: () => removeEventListener(...args)};
})({animate: true});

В приведённом коде — не делает ничего осмысленного,
поскольку регулярные выражения в коде не используются.

А в оригинале — в num пишется цифра клавиши.
Хотя да, нехорошо, фича deprecated. Короче, здесь почитай.

Ну вот, например, пункт контекстного меню вкладки «Закрыть вкладки слева»
имеет атрибут "oncommand"
gBrowser.removeTabsToTheStartFrom(TabContextMenu.contextTab, {animate: true});
так что это просто цитата.

Как сделать, чтобы F3 работал везде. С учетом preventDefault. То как сделал, он работает везде, за исключием одного момента, вне поля ввода, preventDefault не срабатывает. Может неправильно вписал?

F3_I(){openPreferences();},

Просто как пример. Когда нужно, чтобы хоткей работал везде. Тут хоткей не работает в поле ввода, но вызывается стандартный хоткей "поиск". Вне поля ввода, ctrl+g начинает работать нормально.

KeyG_4(){var bar=document.getElementById("ucf-additional-vertical-bar");setToolbarVisibility(bar,bar.collapsed);},

Тут добавил I, работает везде, но тогда вне поля ввода, он не перехватывает preventDefault.
В старом варианте кода, было легче, где надо добавить e.preventDefault, и конфликт не возникал. Может я что-то не так делаю?

KeyG_4I(){var bar=document.getElementById("ucf-additional-vertical-bar");setToolbarVisibility(bar,bar.collapsed);},

Отредактировано b0ttle (20-07-2023 00:53:40)

Dobrov
То что надо. Ничего теперь не конфликтует, но как-то не практично. Раньше все комбинаций работали где угодно, за исключением this.skip||. Старый варинт как-то практичнее в этом плане. Вот `1234567V, сейчас с ними все отлично, но из-за них теперь страдают и другие комбинаций. Как-то так) Все же, старый варинт кастомизаций, где ты сам выбирал, что и как будет работать, просто подставив впереди нужный коммент. Более удобен.
Просто как пример, Alt+Ctrl+S, что-то написал в поле ввода, захотел, выделил и сохранил. Теперь такой возможности нет. Ну есть, но как-то не очень удобно.

Сейчас, когда KeyG_4I, он конфликтует из-за preventDefault, в полях ввода он перехватывает стандартные комбинаций пойска. Но вне поля ввода, он этого не делает. В этом и проблема. Это в случае со стандартными хоткеями. Есть тот же F3, где тоже стандартная комбинация пойск, на F2, там расширение у меня, его тоже надо перехватывать с preventDefault. Не знаю, как еще объяснить. В общем, из-за того что все из коробки, не очень удобно и что-то может конфкликтовать, и конфликтует. Как было до этого с preventDefault, в полях ввода, когда `1234567 отказывались вообще работать.
Даже так не работает, конфликтует из-за I. И e.preventDefault(); не срабатывает.

keyG_4I(e){e.preventDefault();var bar=document.getElementById("ucf-additional-vertical-bar");setToolbarVisibility(bar,bar.collapsed);},

Так то что надо. Нигде ничего не конфликтует.

KeyG_4(){var bar=document.getElementById("ucf-additional-vertical-bar");setToolbarVisibility(bar,bar.collapsed);},
KeyG_4I(){this.KeyG_4()},

Отредактировано b0ttle (20-07-2023 12:31:54)