Emil Ernerfeldt

Amazing work @follower ! It seems to me that https://github.com/emilk/egui/issues/31 is a high priority issue for this. Once that is fixed, then we could add a mode where `egui` emits...

@ndarilek There is [`ctx.memory().has_kb_focus(widget_id)`](https://docs.rs/egui/0.10.0/egui/struct.Memory.html#method.has_kb_focus), and I just added `gained_kb_focus` as well. So one design would be that widgets emit an event to `egui::Output` when they gain keyboard focus so that...

https://github.com/emilk/egui/issues/31 has been closed - you can now move keyboard focus to any clickable widget with tab/shift tab. Next up: I'm gonna add some outgoing events from egui every time...

egui now outputs events when widgets gain focus: https://github.com/emilk/egui/blob/master/egui/src/data/output.rs#L56 This should be enough to start experimenting with a screen reader, and should provide a framework for building more features around....

@ndarilek thanks for helping out! The problem with storing references to widgets is that in immediate mode, widgets is not data, but code that is run once per frame. See...

If you checkout `main` and edit `build_demo_web.sh` to enable the `screen_reader` feature and run the script, you should now hear a voice describing the focused widget as you move the...

@parasyte Having egui keep a shadow-DOM behind the scenes is a big change though, and requires a lot of work and planning. Before doing that I'd like to be absolutely...

@ndarilek Absolutely there will be a programmatic option, but I was thinking more in terms of `eframe` (egui_web/egui_glium). For instance: if I visit https://emilk.github.io/egui/index.html and and move focus with tab,...

Ah, fingerprinting. This is why we can't have nice things :)

@ndarilek The events generated by `egui` can be handled in whatever way you want. They are avilable in `output.events`: https://docs.rs/egui/0.11.0/egui/struct.Output.html#structfield.events Right now the only event is when a widget gains...