56

Fortrikka This is related to the old problem of shortcuts precedence/expectation not being well defined. Somethimes you want to keep native shortcut (cmd-n), sometimes you want to give it to extension and sometimes to web page. It is not clear which and in which circumstances.

      My feeling is that extension shortcuts should take precedence over native shortcuts (except for maybe "vital" ones such as cmd-q)? Would appreciate if this could be fixed as vimium is a core part of my browser experience!

      • Vlad replied to this.

        ti250 Yes, at this time something like this has much bigger chances of going through if we had such a list ready made.

          sridhar Also, it appears my vimium simply does not allow me to save anything.

              Still does not work, nevermind. It just opens a blank page.

                Steps to reproduce:
                Install Vimium or Vimium C

                Expected behavior:
                It will fully work, with all of its features inside the chrome version work.

                1. The 'O' shortcut does not work. It creates an error within the web inspector. It used to work on older versions, but a recent update changed it. It although works on it's own extension options page, so it has to be a permissions issue, even though I have gave it full permissions.
                2. The '/' shortcut should work. It appears a recent update removed Vimium's ability to create elements on the current webpage. Here is a comparison with Chrome. Here is the past when it used to work. https://orionfeedback.org/d/390-vimiums-find-function-is-faster-than-the-native-in-synesthefox
                3. The 'shift+T' shortcut should work. It used to work, but now does not work.
                4. Shift+F should open a highlighted link in a new tab, not the current tab. Also, pressing 'F' then going back a page simply breaks the web inspector.
                5. https://orionfeedback.org/d/310-problems-with-vimium-and-vimium-c/4
                6. Pressing 'J' or any scroll-related shortcut while focused on not the webview continuously holds the shortcut down even though it should only be pressed once.

                Orion and macOS:
                Orion 0.99-109.1
                MacOS 12.0.1

                Image/Video:

                  sridhar Also, custom key mappings now work in Vimium (Chrome).

                  I use these shortcuts, and they work perfectly.

                      I made a new post, so this should be merged?

                        Thanks for making this compilation!

                          1. Insert mode status is not shown. Insert mode is Vimium's "disabled" mode wherein it is temporarily disabled. Normally you would get something like this on the bottom right of the webpage.
                            1. Pressing command+[, that is going back a page, then pressing F immediately in quick succession completely breaks link hinting until you reload the page. It seems that the link hints are unable to load at all.

                              j: down; k: up; r: reload; f: show link hints.
                              1. Pressing 'W' Is supposed to drag the current tab out into another window, but in this case it does not work. It simply opens a new window. It should instead drag the current tab state outside of the current window and create a new window with the first tab being that active tab where you pressed 'W' in.
                                1. Pressing '/' is supposed to concur a search function, but instead it just places this empty search bar which is completely stagnant, and is unable to be used. It also does not react to the escape key, which is supposed to make it disappear.
                                  I still use this search function as it has better performance with multi-colored text such as SynestheteFox.
                                6 days later