Vim mode experimental #246
Conversation
The keybindings are hardcoded for now, but this is going to change.
Added moveTabLeft and moveTabRight functions, which take a tab ID and try to move the tab as far right or left in the tabOrder as possible. Added previouslyVisitedTab function that switches to the previously selected tab.
with activating input boxes using link hinting.
…m-mode-experimental
In Firefox 63 an old syntax for Marionette commands was deprecated. Updating mostly just meant prepending `WebDriver` to existing commands. This should fix most problems in browsh-org#232
Vim mode still needs a lot more tests
…to key combinations only working after a certain number of key strokes.
This is because Travis' logs had 2 problems. 1. it doesn't capture the entire log output 2. it doesn't show logs when there's a timeout
This is because Travis' logs had 2 problems. 1. it doesn't capture the entire log output 2. it doesn't show logs when there's a timeout
…/browsh into vim-mode-experimental
… event could get interpreted repeatedly. Also some rewrites/improvements of the code. Key mappings can now contain control characters and meta keys with a vim-like notation. There's a hard insert mode, which disables all of browsh's shortcuts and requires 4 hits on ESC to leave. There's a new multiple link opening feature analogous to vimium, that's still incomplete.
…/browsh into vim-mode-experimental
| Keyboard("a") | ||
| // I've noticed we sometimes haven't loaded the page successfully at this point. | ||
| // Maybe we should have a custom matcher that handles loading webpages? | ||
| // Expect("localhost:3000/smorgasbord/another.html").To(BeActivePage()) or something? |
There was a problem hiding this comment.
@tombh @tobimensch Any thoughts on this? It seems like some of our test issues may be resolved if we had a solid page load matcher (not sure if matcher is right word). I could take a whack at it if you both think it's useful.
There was a problem hiding this comment.
@j-rewerts
What do you mean by page load matcher? You want to verify that the page was loaded/rendered as expected?
There was a problem hiding this comment.
Not load as expected, but loaded at all. We wouldn't be searching for text to verify, like we are now. It would be a more basic test than we currently use, but it could be a good way to test certain functionality without needing to know the location of text.
There was a problem hiding this comment.
Thanks for this @j-rewerts
I've noticed this problem too. From what I can tell (it's hard to see what's actually going on from just looking at the logs) Browsh sometimes just loads a blank page. So that is the more important problem as it may surface in end user usage as well. But meanwhile, yes a page load matcher could be useful. What about building upon the sleep code that waits for the parsing_complete state:
browsh/interfacer/test/tty/setup.go
Line 116 in 9f9733f
tombh
force-pushed
the
vim-mode-experimental
branch
from
0c0b907
to
b2ade39
Compare
So I didn't actually use a separate folder, since I think it'll be good to test things like whether pages load successfully. I'll add some more tests for Vim links mode in the future.