Cursor remains as if suspending on the link after clicking it #325

OnceThenEver · 2021-04-10T14:05:21Z

↑↑↑↑ New page, new tab ↑↑↑↑

↑↑↑↑ Then turn back, and the Wikipedia Page Preview emerged (my cursor wasn't on it). ↑↑↑↑

I have to use LinkHints.activateModeToLeave to remove it.
Nasty, though trivial.

gdh1995 · 2021-04-10T15:45:24Z

Does Escape work and make it hide?

OnceThenEver · 2021-04-10T15:48:42Z

Does Escape work and make it hide?

Neither

gdh1995 · 2021-04-10T16:09:33Z

The card shows because when you switch back, the page finds the link of goals "gets focused again". And this behavior also occurs when I hold on Ctrl+Shift, click the link, move mouse to blank area and switch back.

To work around it, use map f LinkHints.activateMode autoUnhover.

gdh1995 · 2021-04-10T16:12:00Z

BTW, autoUnhover may prevent LinkHints from making some websites show a card and then clicking it. So if you want you may use a trick to make it only for Wikipedia - https://github.com/gdh1995/vimium-c/wiki/Map-a-key-to-different-commands-on-different-websites .

OnceThenEver · 2021-04-10T17:52:38Z

In the tutorial you provided, map <c-j:i> confused me;

To work around it, use map f LinkHints.activateMode autoUnhover.

there are plenty of parameters and commands, like <c-j:i> and autoUnhover, that I didn't see in any place, including Vimium-C setting page, tutorials in GitHub, and the page you provided in List of all commands at wiki: https://github.com/gdh1995/vimium-c/blob/master/types/messages.d.ts (abandoned).

So I think there must be more interesting commands that worth leanring, that I didn't know and can't find in normal ways.
I hope that the tutorials at github.com/gdh1995/vimium-c/wiki will get an augmentation.

gdh1995 · 2021-04-10T18:31:46Z

Um I haven't written a help page friendly to non programmers. Up to now, there's only raw source code declaring them.

I've updated the wiki page of https://github.com/gdh1995/vimium-c/wiki/List-of-all-commands , and you can take a look at types/messages.d.ts#CmdOptions and background/typed_commands.d.ts.

gdh1995 · 2021-04-10T18:32:55Z

Meaning of <c-j:i> is in https://github.com/gdh1995/vimium-c/wiki/Use-in-another-keyboard-layout .

OnceThenEver · 2021-04-11T07:17:43Z

map ' runKey expect={"input":"blank"} keys="<esc>"
env input element="input"

My lines. ↑
When not focus on the input box I can't use ' to cancel enterInsertMode

map ' runKey expect={"input":"blank"} keys="<f1>"
mapKey <f1> <esc>

Neither did these. ↑

map <':i> runKey expect={"input":"blank"} keys=<f1>
Even after adding :i

But f1 works in Insert Mode.

gdh1995 · 2021-04-11T07:35:24Z

Update: https://github.com/gdh1995/vimium-c/wiki/Map-a-key-to-different-commands-on-different-websites has been updated.

<esc> seems not a valid key sequence in your mappings. Here the "keys" field means a valid "key sequence" which has been used in map xxxKeys xxxCommand.

The value of expect field can be a Map of env-name and key-sequence, so it should not be blank.

That is to say, corrected mappings may be:

env input element="input"
map ' runKey expect={"input":"<v-blank>"} keys="gF"
map <v-blank> blank
# note: the below "gF" has been mapped to "mainFrame" by default
map gF mainFrame

As for mapKey, it does not affect runKey - it's consumed when recognizing keyboard events - before triggering map rules.

Currently there's no command which works exactly as the key <esc> does. So why do you want it?

OnceThenEver · 2021-04-11T07:53:59Z

I'd like to make ' act as Escape to exit Insert Mode for that Escape is a tiny and marginal key on keyboard, and actually type in character ' when in input box.

In practice, mapKey ' <esc> will always behave like Escape whether or not it's in input box.

gdh1995 · 2021-04-11T07:57:24Z

Sorry, the last commit is wrong. Please try:

mapKey ' <esc>
mapKey <':i> '

gdh1995 · 2021-04-11T08:00:50Z

As for this specific requirement, I have a different idea: I use AutoHotKey to map keys in system level:

!CapsLock:: CapsLock
CapsLock:: Escape

The code means CapsLock is treated as Escape, and Alt+CapsLock switches the "Caps" mode.

OnceThenEver · 2021-04-11T08:09:18Z

mapKey ' <esc>
mapKey <':i> '

These didn't work neither ↑

!CapsLock:: CapsLock
CapsLock:: Escape

These were really confusing to me and I pasted them into Shortcut Customization only to get an error message:
"Error: Unknown mapping command: "CapsLock::" in CapsLock:: Escape."

gdh1995 · 2021-04-11T08:10:50Z

The second is code for AutoHotKey: https://www.autohotkey.com/

gdh1995 · 2021-04-11T08:12:51Z

I'd like to make ' act as Escape to exit Insert Mode for that Escape is a tiny and marginal key on keyboard, and actually type in character ' when in input box.

This sentence itself is inconsistent. When an input box gets focused, Vimium C auto enters an Insert Mode.

OnceThenEver · 2021-04-11T08:14:35Z

The Insert Mode I meant is enterInsertMode 暂停识别快捷键

gdh1995 · 2021-04-11T08:15:41Z

map xxx enterInsertMode key="'".

Or you may use https://github.com/gdh1995/vimium-c/wiki/Enable-or-Disable-all-frames-by-a-shortcut .

OnceThenEver · 2021-04-11T09:18:01Z

map xxx enterInsertMode key="'".

Though I still can't figure out what does key="'" mean and this line doesn't work,

Or you may use https://github.com/gdh1995/vimium-c/wiki/Enable-or-Disable-all-frames-by-a-shortcut .

is exactly what I need.

Thank you for your help!

gdh1995 · 2021-04-11T09:44:08Z

What I expect is, key is an option of the command enterInsertMode, and if given, enterInsertMode will wait for such a key (in this case, it's ') before exiting. But such a key option won't take document.activeElement into consideration, which means ' will still exit the global InsertMode even when <input> is focused.

As a result, I once added a limit to this option: its length must > 1 - only those like <longName> or <a-/> are accepted. This is why key="'" doesn't work yet today...

Sorry for my mistake.

Do you think it's a common requirement to allow such printable characters as enterInsertMode's "exiting key"?

OnceThenEver · 2021-04-11T11:29:21Z

Every user of this extension must be one who cannot tolerate the hand movement between mouse and keyboard, though it just takes about 0.1s, because even 0.1s is forever long.

I can even describe this fetish as sensitive and idle, but I was not being negative about it, because technology's existence, to some extent, attributes to human's idleness to saving labor.

So users would like to have all kinds of action done as few hand movements as possible.

I think it's uncommon, really, but when geeks' right forefinger is on J, isn't ' just the nearest key from little finger, if not ; (as the majority, my handedness is the right)?

gdh1995 · 2021-04-11T11:46:30Z

well, but English users might need to type ' many times. This is why I refuse "printable characters" in `key`. according to what you said, I think it's better to only exclude 0-9, A-Z and a-z. Will it be enough?

…

---Original--- From: ***@***.***> Date: Sun, Apr 11, 2021 19:29 PM To: ***@***.***>; Cc: "Dahan ***@***.******@***.***>; Subject: Re: [gdh1995/vimium-c] Cursor remains as if suspending on the link after clicking it (#325) Every user of this extension must be one who cannot tolerate the hand movement between mouse and keyboard, though it just take about 0.1s, because even 0.1s is forever long. I can even describe this fetish as sensitive and idle, but I was not be negative about it, because technology's existence, to some extent, attributes to human's idleness to saving labor. So users would like doing all kinds of action with as less hand movements as possible. I think it's uncommon, really, but when geeks' right forefinger is on J, isn't ' just the nearest key from little finger, if not ; (like the majority, my handedness is the right)? — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

OnceThenEver · 2021-04-11T11:53:09Z

Add , & ., they two are also common keys.

for #325 (comment)

OnceThenEver · 2021-05-03T03:54:11Z

In 1.89.1,

map <v-f1> LinkHints.activateMode autoUnhover
map <v-f2> LinkHints.activate clickable="#thumbnail"
map f runKey expect={"youtube":"<v-f2>"} keys="<v-f1>"

<v-f2> works at YouTube, but autoUnhover in <v-f1> remains as if doesn't exist.

map f LinkHints.activate autoUnhover
did work, though.

OnceThenEver · 2021-05-03T04:26:53Z

map <v-f1> LinkHints.activateMode autoUnhover
map <v-f2> LinkHints.activate clickable="#thumbnail"

map f runKey expect={"youtube":"<v-f2>"} keys="<v-f1>"

env youtube host="https://www.youtube.com/"

OnceThenEver · 2021-05-03T04:28:09Z

My codes are the same as when in 1.89.0

gdh1995 · 2021-05-05T03:00:18Z

Confirmed that runKey will directly select the first item in its expect option, whatever your "env" is.

This bug should only exist in the developing code, but not released versions.

And this can be worked around by adding a new option of $if={} to map ... runKey .....

OnceThenEver · 2021-05-05T04:35:09Z

1.89.1 is from #328.

This bug should only exist in the developing code, but not released versions.

For your words, I'll wait until the next release.
Thank you!

for #325 (comment) key mappings: make all instructions accept `$if`, to reduce mental burden

OnceThenEver · 2021-10-10T08:14:16Z

Reopen this issue for one dilemma:
Due to #439, I have to give up using autoUnhover to select between choices of the list, but if so, the consequence will be as the above. Even though I may resort to your trick, configuring so many sites is cumbersome and tiring. Being able to cancel the focus by Esc after LinkHinting is properly logical, isn't it?

OnceThenEver · 2021-10-10T13:18:53Z

@gdh1995

gdh1995 · 2021-10-11T03:53:29Z

Got. I'd like to update autoUnhover to skip <select>, and make it a boolean or a string of CSS-selector, to allow you to customize its logic.

And add autoUnhover="<esc>" to hook Escape/Ctrl+[ to do "unhover".

gdh1995 · 2021-10-11T04:40:30Z

I'll update the action for long-pressed <esc> in normal mode, from target.blur() to unhover(target) and target.blur(). Then you won't need any special parameters - just a repeated Escape is enough. If you doesn't like it you may use autoUnhover="<esc>" to use a simple Escape key.

OnceThenEver · 2021-10-11T12:00:11Z

Next release, right?

see #325 (comment)

OnceThenEver · 2021-10-29T06:00:29Z

I was directed to here from release v1.93.0.
Can I use parameter autoUnhover="<a-m>" or even autoUnhover="<esc>, <a-m>"?

gdh1995 · 2021-10-29T06:06:10Z

if autoUnhover[0] is "<", then it can only be <esc>, ~~which has a same effect with true~~. And then it will means to <esc> and <c-[>.

Updated: if autoUnhover is true, then Vimium C will unhover at once.

You may use pre-mode mapKey to make other keys act like <esc> in LinkHints, like mapKey <a-m:l> <esc>

OnceThenEver · 2021-10-29T06:23:49Z

Before getting your advice, I have mapKey <a-m> <esc>, but it doesn't help.
Now my whole mappings are:

mapKey <a-m> <esc>
mapKey <a-m:l> <esc>
map f LinkHints.activate autoUnhover="<esc>"

and it's still the case.

gdh1995 · 2021-10-29T06:28:54Z

what did you mean by the case? Are you using macOS?

OnceThenEver · 2021-10-29T06:40:03Z

what did you mean by the case?

I mean my whole mappings still can't make ⌥m cancel the focus.
And, yes, I use macOS. My preferences are following.

gdh1995 · 2021-10-29T06:41:25Z

What is ⌥⏎?

OnceThenEver · 2021-10-29T06:42:17Z

for macOS: option + enter
for Windows: Alt + enter
BTW, I like symbols^_^

gdh1995 · 2021-10-29T06:44:24Z

But <a-m> is Alt + English Letter M. So what's the misunderstanding between us?

gdh1995 · 2021-10-29T06:45:48Z

OK. sorry but I just find a bug. When you press Alt, a function will exit itself at once and then no <a-m> will be consumed by LinkHints.

OnceThenEver · 2021-10-29T06:46:09Z

Sorry, that's a typo, I mean ⌥m.

OnceThenEver · 2021-12-24T15:06:46Z

Solved to the 2nd term of release note 1.95.0

OnceThenEver changed the title ~~Mouth pointer remains as if suspending the link after clicking it~~ Mouse pointer remains as if suspending the link after clicking it Apr 10, 2021

OnceThenEver changed the title ~~Mouse pointer remains as if suspending the link after clicking it~~ Cursor remains as if suspending on the link after clicking it Apr 10, 2021

gdh1995 added the question label Apr 10, 2021

This comment has been minimized.

Sign in to view

gdh1995 added a commit that referenced this issue Apr 11, 2021

enterInsertMode: allow non-word character as key

b946486

for #325 (comment)

OnceThenEver closed this as completed Apr 11, 2021

OnceThenEver reopened this May 3, 2021

This comment has been minimized.

Sign in to view

OnceThenEver closed this as completed May 5, 2021

gdh1995 mentioned this issue May 7, 2021

Exit insert mode with custom keybind #342

Closed

gdh1995 added a commit that referenced this issue May 7, 2021

runKey: fix logic when checking envItems

4ef1346

for #325 (comment) key mappings: make all instructions accept `$if`, to reduce mental burden

OnceThenEver reopened this Oct 10, 2021

gdh1995 added a commit that referenced this issue Oct 11, 2021

improve esc.repeat and LinkHints.autoUnhover

6bc85e2

see #325 (comment)

gdh1995 added the bug label Oct 29, 2021

OnceThenEver mentioned this issue Nov 2, 2021

When focus in input field, <a-p>-like commands broke #477

Closed

OnceThenEver closed this as completed Dec 24, 2021

OnceThenEver mentioned this issue Dec 24, 2021

What's the behavior when keeping <esc> pressed? #523

Closed

Cursor remains as if suspending on the link after clicking it #325

Cursor remains as if suspending on the link after clicking it #325

Comments

OnceThenEver commented Apr 10, 2021 • edited

gdh1995 commented Apr 10, 2021

OnceThenEver commented Apr 10, 2021 • edited

gdh1995 commented Apr 10, 2021 • edited

gdh1995 commented Apr 10, 2021

OnceThenEver commented Apr 10, 2021 • edited

gdh1995 commented Apr 10, 2021

gdh1995 commented Apr 10, 2021

OnceThenEver commented Apr 11, 2021 • edited

gdh1995 commented Apr 11, 2021 • edited

OnceThenEver commented Apr 11, 2021

This comment has been minimized.

gdh1995 commented Apr 11, 2021

gdh1995 commented Apr 11, 2021

OnceThenEver commented Apr 11, 2021

gdh1995 commented Apr 11, 2021

gdh1995 commented Apr 11, 2021 • edited

OnceThenEver commented Apr 11, 2021 • edited

gdh1995 commented Apr 11, 2021 • edited

OnceThenEver commented Apr 11, 2021

gdh1995 commented Apr 11, 2021

OnceThenEver commented Apr 11, 2021 • edited

gdh1995 commented Apr 11, 2021 via email

OnceThenEver commented Apr 11, 2021

OnceThenEver commented May 3, 2021 • edited

OnceThenEver commented May 3, 2021

OnceThenEver commented May 3, 2021

This comment has been minimized.

gdh1995 commented May 5, 2021

OnceThenEver commented May 5, 2021

OnceThenEver commented Oct 10, 2021

OnceThenEver commented Oct 10, 2021

gdh1995 commented Oct 11, 2021 • edited

gdh1995 commented Oct 11, 2021 • edited

OnceThenEver commented Oct 11, 2021

OnceThenEver commented Oct 29, 2021

gdh1995 commented Oct 29, 2021 • edited

OnceThenEver commented Oct 29, 2021

gdh1995 commented Oct 29, 2021

OnceThenEver commented Oct 29, 2021 • edited

gdh1995 commented Oct 29, 2021

OnceThenEver commented Oct 29, 2021 • edited

gdh1995 commented Oct 29, 2021

gdh1995 commented Oct 29, 2021

OnceThenEver commented Oct 29, 2021

OnceThenEver commented Dec 24, 2021

OnceThenEver commented Apr 10, 2021 •

edited

OnceThenEver commented Apr 10, 2021 •

edited

gdh1995 commented Apr 10, 2021 •

edited

OnceThenEver commented Apr 10, 2021 •

edited

OnceThenEver commented Apr 11, 2021 •

edited

gdh1995 commented Apr 11, 2021 •

edited

gdh1995 commented Apr 11, 2021 •

edited

OnceThenEver commented Apr 11, 2021 •

edited

gdh1995 commented Apr 11, 2021 •

edited

OnceThenEver commented Apr 11, 2021 •

edited

OnceThenEver commented May 3, 2021 •

edited

gdh1995 commented Oct 11, 2021 •

edited

gdh1995 commented Oct 11, 2021 •

edited

gdh1995 commented Oct 29, 2021 •

edited

OnceThenEver commented Oct 29, 2021 •

edited

OnceThenEver commented Oct 29, 2021 •

edited