https://bugs.documentfoundation.org/show_bug.cgi?id=99326
--- Comment #13 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
LibreOffice is a GTK application? I thought it was cross-platform ;)
I don't think it unreasonable to provide simple control in GUI (and any needed
linkages per OS and DE) to set the attribute from within LibreOffice. Provide
application controls to either ignore system setting--selectively--for
LibreOffice, or to actually adjust the system setting from within LibreOffice
if needed.
We also have to be mindful of the impact on accessibility and how we implement
assistive technology tools, i.e. exposure of accessible events and associated
tooltips (default, and extended that are a part of the non-visual UI). In this
regard we can't hide the visible accelerators if it also disrupts the AT.
There is a certain "idealism" in Simon's position that the theme alone should
control the LibreOffice UI, and that it should be GTK+3 compliant. A user
needing exposed accelerators would select a theme that always showed them. OK,
and enhancements of bug 92630 provided a framework within LibreOffice for just
that--but doesn't that only cover Linux GTK based DEs?
Seems our reality cross platform is that we still have to provide the controls
for the other OS and non-GTK DE. In the case of Windows OS, that means
tweaking the HKEY_CURRENT_USER\Control Panel\Accessibility\Keyboard Preference
(remaining issue of bug 51469). OS X passes on the whole issue, and no idea
where qt/KDE based GUI falls.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
