Использование protectDefault для отмены открытия новой вкладки - PullRequest
Новая
       49

Использование protectDefault для отмены открытия новой вкладки

1 голос
/ 28 января 2020

Я пытаюсь создать обработчик событий для ввода с клавиатуры, фокусируясь на определенном элементе веб-страницы.

Я пытаюсь обнаружить два ярлыка Ctrl+Shft+T и Ctrl+T. Возможно, вы знаете, что в Firefox и Chrome это ярлыки для «вновь открыть закрытую вкладку» и «новая вкладка». У меня есть следующий тестовый код: 

<script>
        var i = document.createElement("input");

        i.addEventListener('keydown', function(event) {
            event.preventDefault();
        });

        document.body.appendChild(i);
    </script>

В Firefox и Chrome, preventDefault() работает для Ctrl+Shft+T, но не для Ctrl+T (редактирование: Ctrl-Shft-T не работает либо в Chrome, но определенные сочетания клавиш Ctrl+J запрещены). Я подумал, что, может быть, это связано с тем, что Ctrl выдвигают до T, но Shft+Ctrl+T также корректно отменяется.

Я тоже пытался наблюдать за событием keypress, но это не помогло либо работать.

Есть ли способ подавить открытие новой вкладки поведения, или я должен предложить другой ярлык?

1 Ответ

0 голосов
/ 29 января 2020

Я спросил в Chromium IR C и мне сказали, что некоторые сочетания клавиш защищены браузером и не могут быть переопределены javascript. 

    [16:50:44] <mimi> hi, would anyone know why certain keyboard shortcuts can be overriden in javascript using preventDefault(), but others not? For example, I can prevent it from opening downloads with Ctrl+J but I can't prevent it from opening a new tab with Ctrl+T
    [16:53:09] <jbroman> mimi: I couldn't tell you the exact logic for individual shortcuts, but browsers tend to protect certain shortcuts so that users can still do things like close tabs even if an application tries to prevent it, and so that the user isn't surprised by not being able to control the browser.
    [16:53:35] <jbroman> I suspect, therefore, that it's not a bug but an intentional UI choice.
    [16:54:16] <mimi> that is quite likely, I observed the same behavior with Firefox, except some shortcuts behave differently of course
    [16:55:14] <ellyjones> there is no actual central logic to that choice
    [16:55:23] <ellyjones> we decided case-by-case which shortcuts should/shouldn't be override-able
    [16:55:39] <mimi> is there a list available anywhere?
    [17:00:12] <jbroman> not that I'm aware of, sorry
    [17:00:29] <ellyjones> unfortunately I don't think so
    [17:00:52] <mimi> well thanks for clearing it up at least
    [17:00:53] <ellyjones> the logic for whether something is high priority or not is kinda scattered around the codebase, and may depend on the platform (eg, on Mac I think you can grab ctrl-w, because cmd-w is close tab there)
    [17:02:13] <ellyjones> one of my team's planned projects for this year is to bring some sort of order to this specific piece of chaos
    [17:05:09] <jbroman> mimi: one such place appears to be https://source.chromium.org/chromium/chromium/src/+/master:chrome/browser/ui/browser_command_controller.cc;l=264;drc=a393fe54c419b9583dc37d1d0d6df8e5e6b0bf37;bpv=0;bpt=1 but I don't know this code very well
    [17:05:22] <jbroman> (and even there you have to map back from those commands and other logic to the corresponding shortcuts)
    [17:05:27] <mimi> that's gonna be well appreciated, because I could not find documentation on the subject anywhere for either chromium or firefox, and it would be a good help for webapp design
    [17:05:33] <ellyjones> jbroman: that is one of the places, yeah
    [17:05:45] <ellyjones> also any place you see AcceleratorManager::kPriorityHigh

Доступно здесь и используется с согласия людей, вовлеченных в обсуждение

Справедливо предположить, что поведение аналогично в Firefox. Я не нашел никакого официального списка команд защищенных клавиш ни для одного из браузеров.

Чтобы ответить на вопрос: Нет, вы не можете переопределить ввод защищенной клавиатуры с помощью preventDefault или любыми известными мне способами.

...