[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 Nate Graham changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |INTENTIONAL --- Comment #11 from Nate Graham --- I agree with Christoph here. The effort-to-reward ratio seems poor, sorry. If someone comes up with an amazing patch, that's a different story, and we could perhaps consider it. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 Nate Graham changed: What|Removed |Added Severity|normal |wishlist CC||[email protected] Version|git-stable-Plasma/6.3 |6.3.0 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #10 from cwo --- There's an issue with translations there I think; we don't know them in advance, so we would have to either pre-define them completely or somehow translatie the internal representations so that the key names are in the local language. Keyboard shortcuts in tooltips are something we do sometimes, for example on the top items in Discover's sidebar. I'm not opposed to the idea of exposing this and making it work more consistently, but I'm also not convinced it's necessary given that arrow keys work, you'll need the arrow keys anyway to choose the item in most circumstances, and there's so few key strokes to be saved. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #9 from [email protected] --- Created attachment 178631 --> https://bugs.kde.org/attachment.cgi?id=178631&action=edit (i) icon sample -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #8 from [email protected] --- we already have a search-box on top, a 'clear history' icon there would be space to put in an (i) icon -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #7 from [email protected] --- thanks for the quick update. (i was aware of the space/return differences, but a refresher is always welcome!) Regarding the hover-popup: I would not wait until someone presses Alt to show the underlines, but instead show them immediately. This could be a bit confusing, though: typically, hover-popups indicate the concept behind the button/icon/.. and not the (here: not-displayed icon-text information). My approach would be, to show the hidden icon-text only if there is no other text for the hover-popup defined. If there is, then show this one. Not sure, if this approach is a good one. Or, even easier: Make some kind of legend in the meta-v popup with an (i) info - icon (similar to the systemsettings). In this hoverable (i) area, there would be enough space for explaining text? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #6 from cwo --- (In reply to slartibart70 from comment #3) > But: Edit is not reachable by shortcut (i tried all letters as shown in the > hover-menu but wasn't succesful. I'm using english/us as language), neither > in systray nor popup. Works with Alt-E for me. But the assignment may be dynamic depending on what letters are available, and there may be an issue there. (I'll have to check if we explicitly set one. It also sometimes seems to work only on the second try. > The problem with arrow-keys is, that you need to select the icon and then > press space(!) to invoke the action. Return just closes the popup created by > Meta-V. (Not very intuitive, don't you think? :-) Maybe not intuitive, but it should be consistent - space is the key that activates buttons and similar controls like checkboxes and radio buttons. Return is the key that indicates a larger accept. For example, in a dialog that has internal buttons like the Properties dialog in Dolphin, you can tab to the Refresh, Explore in Filelight, etc. buttons, then activate them with space. If you press Return, it will operate on the whole dialog and do the default action there, closing it. Or in the Network connection widget (usually in the system tray), when you arrow to an entry, space will act as if you clicked it and expand the details view, but Return will initiate the connection (prompting for the password if needed) > Maybe it could help, if the hover-menu would indicate the active letter with > an underline , similar to the visual guide in application-menus? Maybe, I'm not sure this would work (it might) but having to press alt while hovering over a tool tip isn't exactly discoverable. I don't think accelerator keys are generally a good fit for our icon-only buttons, to be honest - with the way we've implemented them they have to be somewhat dynamic, so they only work well with immediate visual feedback. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #5 from [email protected] --- one more thing: see also https://bugs.kde.org/show_bug.cgi?id=500438 Invoking actions on the meta-v popup with keyboard shortcuts also don't work (popup auto-closes when rendering the actions-menu) So, the truly working shortcuts in meta-v popup are limited to: qr-code (with alt-q, but, only in popup, not in systray?) (remove is also not removing items) I think this part of shortcut handling needs some review :-) and, as you already indicated, some refinement regarding the communication of those functionality to the user... -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #4 from [email protected] --- sorry... not hover-menu. I was referring to the information-popup that you get when hovering with the mouse over the icons -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #3 from [email protected] --- yes, arrow keys work. But, the shortcuts with Alt- work only for invoke action (alt-i), qr-code (alt-q) and delete (alt-r) And yes, they do work in popup (meta-v) and in system-tray. But: Edit is not reachable by shortcut (i tried all letters as shown in the hover-menu but wasn't succesful. I'm using english/us as language), neither in systray nor popup. The problem with arrow-keys is, that you need to select the icon and then press space(!) to invoke the action. Return just closes the popup created by Meta-V. (Not very intuitive, don't you think? :-) So, i would be happy if the (auto-generated shortcut with alt-) also works for 'edit'. Let's shift the focus of this bug-report then to make edit reachable similar to qr/remove/action by shortcut. Maybe it could help, if the hover-menu would indicate the active letter with an underline , similar to the visual guide in application-menus? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 cwo changed: What|Removed |Added CC||[email protected] --- Comment #2 from cwo --- (In reply to slartibart70 from comment #0) > These icons are only accessible with the mouse > as far as i can see, there is no keyboard-shortcut availabe for, e.g. > invoking the edit-mode? You can use arrow keys to reach them. Pressing e.g. right arrow key three times after moving focus to an item will allow you to activate the Edit button. In the panel popup, accelerator keys also work, but they're not advertised in the UI as the buttons are icon-only (e.g. Alt-I for invoke action or Alt-E for edit, but it likely depends on the language you have set). These do not seem to work in the Meta+V popup version though. This should probably be made more consistent, butI fear not very useful at present given that we don't tell the user about them. And as the user likely already has the hands on the arrow keys to select the items and the small number of possible actions, there's not a lot of key presses to be saved here with an accelerator shortcut - you'd save at most three key presses, and that's with counting Alt+Letter as one key press. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 500439] improvement: allow keyboard shortcuts for clipper-icons (action/qrcode/edit/delete)
https://bugs.kde.org/show_bug.cgi?id=500439 --- Comment #1 from [email protected] --- Operating System: Fedora Linux 41 KDE Plasma Version: 6.3.80 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.12.15-200.fc41.x86_64 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
