![]() ![]() #Bettertouchtool vs bettersnaptool mac os x# 15:17:02 intention of tasking you in any sense. ![]() But in line with your efforts on improving accessibility support for LibreOffice on OSX platforms I kind of see mishandling of keyboard accelerators (aka hotkeys) and focus events in general as affecting Accessibility-in addition to your efforts correcting support for the NSAccessibility bridge of UNO Accessibility API. Reluctant to add them to this meta bug in bulk, but listed below are several issues that are OS X specific that you might want to review with an eye to what is being done within LO that is out of sync with what OSX requires for functional keyboard interface.īug 43894 MAC feature Menu Search not available in some localizationsīug 49853 EDITING: Cannot paste into 'any' toolbar box with CMD+V (OS X)īug 53965 Character ` is inserted while cycling through the windows on Macīug 55914 Can't use keyboard shortcuts when searchingīug 60790 UI: "Select All" shortcut into font field is not effientīug 62054 Can't use Cmd+A in "Save As." window on MacĪnd of course there these are listed on the OSX UX meta bug 42082, if following using that is more appealing. ** Please read this message in its entirety before responding ** #Bettertouchtool vs bettersnaptool mac# To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: #Bettertouchtool vs bettersnaptool mac#. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |