Use the link's name setting grabs next keystroke too quickly (can this be masked?)

[Rick Arnett]

I've been using Vimium for quite some time and actually have found I like the "Use the link's name and numbers for link hint filtering" setting much better than the default as I can look at a link and know what to start typing in my head before hitting the 'f' key.  However, if I quickly just start typing the name of the link, Vimium will load the link after a certain time and immediately start taking the next keystrokes as more Vimium commands.  For instance, say two links are on the page and one starts with the word "Shut" and another starts with the word "Shop."  If I type 'f' followed by "shut", the new link will open after "shu" since that is enough to identify it on the page, but the 't' will be processed as a command and open a new tab.  I know this is a tricky problem to solve, but I'm wondering if there would be a way to "mask" keystrokes for a predefined time once the page begins loading.  Maybe make an additional setting for this?  Is there a better way to solve this problem?  Am I nuts and the only one using this setting?  :)  I think this setting is vastly superior to the other method, as if I use the default method, I have to type 'f', wait for the hud to display letters, and then type those letters whereas just typing 'f' followed by the link name is much faster.

[Phil Crosby]

I use alphabet hints myself, but what you describe sounds like a pretty clear UX flaw that could use improvement.

Another idea in addition to the "command dead zone" window you described is to require hitting enter, rather than following the link as soon as enough characters have been typed.

On Mon, Sep 9, 2013 at 1:20 PM, Rick Arnett <rick....@gmail.com> wrote:

I've been using Vimium for quite some time and actually have found I like the "Use the link's name and numbers for link hint filtering" setting much better than the default as I can look at a link and know what to start typing in my head before hitting the 'f' key.  However, if I quickly just start typing the name of the link, Vimium will load the link after a certain time and immediately start taking the next keystrokes as more Vimium commands.  For instance, say two links are on the page and one starts with the word "Shut" and another starts with the word "Shop."  If I type 'f' followed by "shut", the new link will open after "shu" since that is enough to identify it on the page, but the 't' will be processed as a command and open a new tab.  I know this is a tricky problem to solve, but I'm wondering if there would be a way to "mask" keystrokes for a predefined time once the page begins loading.  Maybe make an additional setting for this?  Is there a better way to solve this problem?  Am I nuts and the only one using this setting?  :)  I think this setting is vastly superior to the other method, as if I use the default method, I have to type 'f', wait for the hud to display letters, and then type those letters whereas just typing 'f' followed by the link name is much faster.

--
You received this message because you are subscribed to the Google Groups "vimium-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vimium-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Rick Arnett]

I very much like the idea of hitting enter as well, but I think you need some type of visual prompt to let the user know that only one link remains and it is safe to hit enter.  I might only see one entry on the HUD but there might be more further down the page.  Maybe have the hud change color to green once there is only one distinct link left?  I'm not much of a UI guy so just kicking around ideas.

--
Rick

--
You received this message because you are subscribed to a topic in the Google Groups "vimium-dev" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/vimium-dev/ZUl5k870Q7k/unsubscribe.
To unsubscribe from this group and all its topics, send an email to vimium-dev+...@googlegroups.com.

[Jez]

There actually already is a delay where keystrokes aren't processed right after a link is selected; the duration is 400ms IIRC. But it sounds like you need something longer. I guess we could make it configurable.

Jez