![]() ![]() > can add Qt Creator and Nautilus 3.20 to that list, so I'm not sure whatĪs Qt Creator is a Qt/KDE app, i would expect it to have shortcut keys, as i had mentioned previously that Linux KDE showed shortcuts in the find toolbar field. > But for Linux there are many apps that show shortcuts - see comment 4 (and I (In reply to Maxim Monastirsky from comment #12) > So this functionality should be turned on (Windows) or off (Linux and Mac)įor OS X it's clear that we shouldn't show shortcuts by default, as that's what Apple recommends in its HIG - although some apps ignore it - like Qt Creator or Word.īut for Linux there are many apps that show shortcuts - see comment 4 (and I can add Qt Creator and Nautilus 3.20 to that list, so I'm not sure what should be the default there.Ĭomment 22 Yousuf Philips (jay) (retired) So we need to honor it for other context menus too. Turns out that we already have internal setting in vcl for that, which is set to true for Windows/KDE/generic and false for OS X/gtk2-3. > context menus with shortcuts, while on Linux Gnome and OS X these controls > On Windows and Linux KDE, LO's find toolbar field and the about dialog have (In reply to Yousuf (Jay) Philips from comment #10) I submitted a number of enhancement requests without realizing that I should set the severity to "enhancement." This has been fixed with this bug, and the updated severity should take care of Ady's concern here. > deserves the valuable time of LO developers? > is this request so much important than others, that it People who have difficulty using the mouse (I've seen such people who are generally not "disabled" or "impaired" except that they normally use a laptop and have trouble with its touchpad) will tend to use the right-click context menu a lot more than going to the main menu and choosing "Edit." These people would benefit from having keyboard shortcuts brought to their attention in the context menu. Helping users in their learning curve is valuable to the LibreOffice project, which has limited ability to train users individually and has to make complex software usable by people who are minimally computer-literate. > “everything”, including in their context menus. > Many applications explicitly expose their keyboard shortcuts to I have not changed the status of this report in any way, and I leave the evaluation to the developers. In this case, I just posted my perspective, so the developers can consider it. The fact that the (many) keyboard shortcuts are already available to the user by other means (in menus, help file, guides, wiki), is relevant so to decide whether the request is worth its development “price”. How much additional resources (time, CPU cycles, RAM, screen space.) would be needed if the keyboard shortcuts would be also displayed?Īdditionally, is this request so much important than others, that it deserves the valuable time of LO developers? This is an important “price” to be evaluated, specially having bug reports waiting for so much time to be resolved. In this case, for every time the context menu is used, the relevant functions are brought up. More importantly, for every enhancement there is also a “price” (or more than one). With so many functions needed for such variety of usage/users, I would tend to think that when one method of “easy-access” is already available for one specific function, it would be desirable to let *other* functions take advantage of other kinds of “easy-access” (as opposed to repeat the same function again and again in each and every alternative method of “easy-access”). Such exposure helps users in their learning curve.Ī spreadsheet application has many features / functions so many, that the decision to add a certain function (and not to add another one in its place) to the context menu (or an icon to the default bar) is not so trivial. 01:41:18 applications explicitly expose their keyboard shortcuts to “everything”, including in their context menus. Thunderbird shows a few (in the Tag submenu when the user right-clicks a message in the message list). KeePassX, simple-scan, system-config-printer, Inkscape, FreeCAD, Scribus, BlueGriffon show keyboard shortcuts in context menus. I would be glad if you could clarify this. Is your question a rhetorical one, saying that the reason to have the function in the context menu is for quick access to that function, and the context menu satisfies this reason completely, so that there's no need for a keyboard shortcut to be shown also? Your question in this instance would then be, "What would be the reason to have Copy in the context menu in the first place?"Ĭopy is an established entry in the context menu, so you clearly aren't proposing that there is no reason to have Copy in the context menu. Such function (Copy) is seen in the cell's context menu in Calc. ![]() There is a keyboard shortcut (Ctrl+C) available for a certain function (Copy ). Ady, I'm not sure I understand your comment. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |