Hi! First of all, thanks for the extension, I wouldn't be using workflowy without it.

As of today, vimflowy seems to not be working at all for me (and at least another user) as if the extension isn't loaded. It may be related to a recent workflowy update ?

In the console log of my browser, I can see an error: Uncaught TypeError: Cannot read properties of null (reading 'addEventListener') at vimflowy.js:13:15. I can see it's related to the creation of the mainContainer variable but I don't know much about web/js so I can't really help more than that.

When you use boards there isn't a way to jump between the board columns, it just treats the first one as if it were the only one.

When in normal mode if you use the shortcut for show/hide completed items it treats it as if it just pressed "o". The shortcut on mac is "o" so it's likely just not blocking when is pressed.

I have a page with a very long list of items that is longer than one page. G does not go to the bottom. It doesn't go to the bottom of the page, either. GG does not either. However, if I do G, then wait till it jumps, then G again, then it will go to the bottom.

Usually if you wanted to add hyperlink to a text, you would select text and hit ⌘+K on the mac. This will show a contextual prompt where you can then put in the link and change the display of the text. This can also be done for hyperlinks.

This used to work. However, when hitting the hot key, it now always goes to the page switcher view.

I figured out that the Vimflowy extension was causing this by simply disabling it

I honestly have no idea if this is possible...but as an idea:

Press a key, say 'f' for example and navigation hints pop up at every line on the page (other letters for hints). So if I'm looking at a long list with lots of nodes I can simply press 'f-v' to jump down to a specified line (the one with the 'v' hint popup in this case). This would super charge movement

https://developer.chrome.com/docs/extensions/migrating/mv2-sunset/#:~:text=June%202022,set%20to%20%22Private%22.

vimflowy no longer works due to this change in Chrome

Thanks for the great extension,
I love using vim motions/keybings for workflowy, but I also want to use them elsewhere for browser navigation.
As such, I also use vimium / vimium-c to navigate the browser.

For the most part, I'm okay with just blacklisting workflowy URLs (as suggested in the README), but the real sticking point is I can't use my vim keybinds (e.g. J, K) to switch tabs out of a workflowy.com tab, which interrupts my flow and forces me to use my mouse or one of the clunkier non-vim shortcuts for tab navigation.

Is there a way to selectively "unblock" / allow to pass-through a subset of keys in normal mode? (this would allow me to use keys unused by vimflowy but usable by vimium for navigation).
If needed, I'd be willing to just patch together changes to keybindings.js or transparentKeybindings.js on my own local fork as a workaround - I'm just not sure what I would need to do. Would setting "K" as a keymap which does nothing in transparentKeybindings be sufficient to let it pass through for instance?

as a more flexible future solution which would likely require a lot more work, it would be great to be able to specify keys that get passed through in the options tab - ( this is something vimium has implemented for example: mode_key_handler.js )

I assume something has changed on the Workflowy side.
As of today I can't get any features to work. Updated to latest version (0.0.4.1) to make sure I wasn't missing some bugfix.
I can see the mode indicator in the bottom left corner, so the extension is running.
Examples of features not working:
Esc causes the search functionality to popup, rather than take me to NORMAL mode
Pressing any button in NORMAL mode will result in writing, rather than the intended command.

Is anyone else seeing this?

If I have an item that is very long, like a paragraph, what is the easiest way to move around in it? All I can find so far are very inefficient ways:

• w, e, etc to move word by word, or even 20w all are too imprecise
• f to find the first letter, but then I have to do it over and over to get to the word I want
• / search is what I would use in vim, but all it does is narrow down the nodes on the page to ones that contain that word. And then the cursor still does not go to the word that was searched, it simply highlights it (workflowy's default behavior)
• j, k move item by item, so skip over lines within an item
• A, ^, 0, $, etc all move to the very beginning or end of the item (basically soft line wrap)

Am I missing something? If not, could this be added as a feature? Some way to search within an item (similar to f and t) to move the cursor, but with greater control than just a single letter.

Thanks!

Using j/k navigation breaks on Backlinks. When going down, the cursor skips the backlinks section entirely. When going up, the cursor stops on the backlink section and won't go any further up. Using the arrow keys is a workaround, but j/k navigation as it is doesn't work with backlinks.

Note: Backlinks is a labs feature.

the most recent beta has included transclusion (finally...), I was wondering how hard it would be to add support for that via the vimflowy extension. I was thinking something like 'yc' or 'cc' for clone? or even 'cd' for clone then immediately delete clone and add it to clipboard then 'p' to place clone via clipboard.

In normal mode, zooms into a node, but I've noticed recently it's modifying the node names. My guess as to what's happening is somehow the enter keypress is "bleeding through" and splitting / overwriting whatever was under the cursor in normal mode.

I hadn't noticed this happening before, so not sure if it's related to the March 20th changes.
Poking around, it seems like it might be related to

Also looks like there was some mention of bleed through / not stopping propagation previously here:
eaa4596

ZoomIn (ctrl-l) and ZoomOut (ctrl-h) now zoom instantly. The zoom animation was causing input to bleed through - even though event.preventDefault() and event.stopPropagation() was being called.

Great extension! It would be fantastic to also have support for Text Objects like inner/all e.g. ciw or daw or 3daw

Is there an entry for modifying shortcuts like vimium? Newbies feel completely unaware of where to modify

This is a great extension! One of the things I am missing (which would be very helpful with long lists) is some of the cursor movements:

• H: move cursor to item at the top of the "page"
• M: put the cursor in the middle of the "page"
• L: Put cursor on item at the bottom of the "page"

In the above, the "page" is the things that you can currently see on the page. Not sure if that is feasible.

• zz: Whatever item is under the current cursor position, scroll the page so that it is in the middle
• zt: Whatever item is under the cursor, scroll the page so that it is at the top
• zb: Whatever item is under the cursor, scroll the page so that it is at the bottom

Obviously, for these it depends on how much can be scrolled.

As someone who regularly types jk in insert mode, it's an inconvenience that it unintentionally brings me to normal mode.

I'd be willing to send a pull request to control (i.e. disable) this mapping.

1. Are you open to this suggestion?
2. Do you have any requirements for the design of the options page and what else should go there?

I've attached a simple mock for what the options page could look like.

Background:
I was having issues using the "alt-j" and "alt-k" commands on Mac to move items up and down. This was due to the default behaviour on Mac to type the characters "∆" and "˚" when pressing alt-j and alt-k respectively.

Initially I tried to edit the keybindings to another combination i.e. "meta-j" and "meta-k", but this conflicted with WorkFlowy's jump menu command.

Solution:
I found that you can bind "alt-∆" and "alt-˚" in place of "alt-j" and "alt-k" in keybindings.js, and it works perfectly fine on Mac.

Note: Thanks for working on this extension! I was so happy when I found it.

First off, AMAZING extensions.

I don't know if it is by design, but I can't traverse up a hierarchy to an item's parent more than once. If I press two g in a row, even after some time, the cursor always focuses the zoom parent (the root of the current zoom level). I'd think the gg keybinding would have a short time out no?

Cmd + K triggers a 'Jump To' navigation shortcut allowing search terms to be used to select a bullet to jump to.

I've found that If vimflowy is in INSERT mode, the Jump To search box works. However, if in NORMAL mode, the behavior is erratic. Only certain characters can be typed, unable to delete or escape. Must use the mouse to click outside of the dialog box to get it to go away.

The following console error appears while trying to use the Jump To search box from NORMAL mode:

On a semi-related note, when in NORMAL mode, the Cmd+? shortcut to show keyboard shortcuts does not work.

Not sure if this is my fault or not but the extension is not loading on workflowy.com at the moment.

Steps taken to troubleshoot:

1. Reloaded page
2. Uninstalled and reinstalled extension
3. Restarted computer (macos, mojave)
4. Uninstalled and reinstalled extension

No dice on any of this. Haven't tried with a different computer yet. Other extensions are functional, even ones that read page content. Vimflowy extension has permission to read workflowy.com.

Thanks! I'll keep researching on my side as I'm able. Don't know if this is affecting anyone else (I kinda doubt it is).

I'd like it to work for the beta too :)

First off, thank you for this! I had turned off vimium for workflowy and really missed my vim mappings!!

If i am on a page with a bunch of bullets, then I open one, and then I do <alt>-l to zoom in, the cursor position remains where I was anywhere under that bullet. However, when I then zoom back out with <alt>-h, the cursor usually goes to the very top of the long bullet list.

When I am in either insert or normal mode, <esc> always removes any search. Is this on purpose?

For instance, I am at a very top level. I search for something using /. I then navigate around to an item, and do something in insert mode. I then want to go back to normal mode and hit <esc>. It then removes the search that I had, which is not expected. The only way I know to then get out of insert mode is to do <jk>. However, my vim muscle memory always hits <esc> after typing, and removing the search is not expected.

EDIT: It is only in search that this does not work.

When I have a search active (which I do a lot, and this is why I didn't notice that this was only happening on search!), and then I am nagivating down through the items, toggling the collapse of an item does not work for me. None of the following work in visual or normal mode:

• Space
• z
• <ctrl>Space

I can still select an item by hitting enter, but then I encounter the problem in #24 that when I come back the search is gone.

I can use my mouse and the normal WF of right clicking and then selecting Expand all, so WF can still do it.

It would be really helpful to be able to toggle the collapse on items after you have searched for something.

Would be nice to have ? pop up a cheat sheet similar to vimium.

I'm on Mac, and none of the keybinds involving alt seem to work for me.

This might be related to #16 (i.e. Mac handles alt+key differently to other operating systems). But even the modifications made to that thread/commit don't seem to be working for me...

Sometime soon I can try just rebinding those shortcuts. Are there any suggestions for how to log what vimflowy thinks is being pressed when I hit alt-j for instance? Then I can use that to help debug

Similar to #23, if I have a search and then zoom in on an item with Enter, when I try to go back using Backspace, it goes back to the previous item but the search query is no longer there. This is also true for things like <alt>l, where it moves down one but without the search. Is this indended?

If the behavior here and in #23 are on purpose, then it would be nice to be able to remember previous search, as with vim. For instance, when you hit / in vim, you can then use the arrows to go back in your search history. This doesn't work in Vimflowy, so once I lose my search, I have to type it in again. This is problematic for me because I use tags a lot, so I want to search for my tags. Some of them are pretty long, so typing them out again is cumbersome.