-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Vimium chrome plugin prevents text editing in web feature demo #8
Comments
Might be related, when I'm trying to edit text in the demo, pressing backspace causes the browser to go back in history. Firefox 81.0.2 on Mac 10.15.7 |
Note this issue also prevents editing text on mobile. The browser can't tell you're in a text field so the keyboard never appears. |
To be fair, I find quite a few sites (including google properties) break Vimium, and I usually just disable it for the site and move on. In general I have much less expectation for Vimium to work for web apps than for web documents, which is usually fine since apps often have more custom navigation and interaction. Not saying there aren't still things that can be improved. |
Is this still an issue? |
I tried two things:
|
Yeah, let's do that as it's own issue as it is quite separate from text input.
This is part of egui/eframe - you can toggle it at the bottom of the backend panel |
Add public static function `ScrollArea::is_scrolling()`
Vimium if you aren't already familiar is a plug-in that listens for particular keypresses so that you can navigate links in your web browser just using the keyboard. Normally it plays well with web forms, only intercepting keypresses when a form isn't selected. However when I click inside the input box in the demo, all of my keypresses are still being captured by Vimium, so I can't actually type anything. It seems there is some "you are in an editing field" state that doesn't get communicated back to the browser. I'm not sure if you would consider fixing this in scope but I could see it being a barrier for using emigui for non-game web apps, where plugins may be relevant for accessibility. I use Vimium so I can navigate webpages with a finite speech recognition command set (only letters like "A", "F" etc need to be recognized to be able to verbally click around). My guess is the current state of web assembly API standardization would make fixing this a horror show but I thought I'd mention it in case it's not ;)
The text was updated successfully, but these errors were encountered: