Accessibility and the graphics stack
Accessibility and the graphics stack
Posted Oct 23, 2014 16:02 UTC (Thu) by nim-nim (subscriber, #34454)In reply to: Accessibility and the graphics stack by daniels
Parent article: Accessibility and the graphics stack
What apps want is :
1. the locale of the text which is being written (to apply spellcheck and other locale-specific processing), ie the language toolbar MS deployed for office then generalized in the 90's
2. what hardware key combos are free to use for keyboard shortcuts (and how they are labelled/where they are located so they can show something in config settings)
Since the only thing they can get is a) they try to infer the rest from it which can not work reliably since a) is not designed for that.
Posted Oct 23, 2014 16:32 UTC (Thu)
by daniels (subscriber, #16193)
[Link]
The shortcut handling itself is also intensely difficult - for instance, when you have mixed layouts such as Russian and US, you want to base the shortcuts on the US layout, but then you can throw in mixed Dvorak/US for fun.
It's not that this isn't supported, but just that it's the wrong level to support it. The kernel doesn't deal with keymaps at all and just forwards on keycodes at all; the window system doesn't, at its lowest/fundamental level, deal with shortcuts or locales either.
Nothing in Wayland precludes this from being built on top, at all; in fact, it was designed with the explicit intent of being able to do so.
Posted Oct 30, 2014 16:50 UTC (Thu)
by arielb1@mail.tau.ac.il (guest, #94131)
[Link] (2 responses)
Posted Oct 30, 2014 21:43 UTC (Thu)
by mathstuf (subscriber, #69389)
[Link] (1 responses)
Guess I'm screwed[1] then, huh? :P
[1]http://cdn.shopify.com/s/files/1/0152/0433/products/Top_V...
Posted Nov 2, 2014 15:41 UTC (Sun)
by nix (subscriber, #2304)
[Link]
Accessibility and the graphics stack
Accessibility and the graphics stack
Accessibility and the graphics stack
Accessibility and the graphics stack
