https://bugs.kde.org/show_bug.cgi?id=509033
--- Comment #6 from Tyson Tan <[email protected]> --- Thanks Emmet, I can confirm that the stylus dragging action is fixed. # Dragging outside of the right handle clicks the buttons In recent iterations, I appreciate being able to drag anywhere on the Action Bar to move it. However, dragging outside of the right handle still triggers button clicks, which may not be ideal. Should I open a new bug report for this issue? # The Action Bar is useful I'm aware of the GSoC story from my posts on Krita-Artists.org and by translating Krita Monthly Update - Edition 30 on krita.org. Despite my criticism, I appreciate the general concept of this Action Bar. Recently, while waiting for hours in a hospital, I used Krita with a Wacom One 12 Pen Display in vertical orientation and an 8bitDo Micro Gamepad for shortcuts. By pressing Tab to hide all UI elements, I maximized the canvas area. The Action Bar enabled me to perform more selection tasks without constantly unhiding the UI. This is beneficial for our Android users and others with similar setups. Therefore, I believe we should not disable this function by default. It is essential to Krita's future UI/UX design but requires some UX adjustments to improve its usability before releasing it to our general users. # Using Text-based menu instead of Icon-based bar Relying solely on icons is not effective. I often struggle to understand their functions without hovering over them for tooltips, which disrupts my confidence in clicking. In my experience, 3 icons are memorable, while 5 become overwhelming. If a feature requires thought before use, I'm less likely to engage with it. Instead, we can implement a text-based menu: [ Select | Edit | # ] [ Select ] - Select All - Invert Selection - Deselect - "Back" Icon [ Edit ] - Move - Transform ---------- - Fill - Clear ---------- - Crop to Selection - Copy to New Layer ---------- - "Back" Icon features a "Gear" icon to open a configuration dialogue for adjusting settings (adding/removing actions). The entire bar is draggable, eliminating the need for a dedicated drag handle. The "Back" icon in each sub-menu allows users to close the menu without fearing of clicking on the canvas. This design minimizes the need to interpret icons and enables us to add more functions to the sub-menu without significantly obstructing the canvas. # Positioning Almost all my issues with the Action Bar stem from its positioning, which obstructs the canvas. While centering it under a selection helps users understand context, placing it in a corner would be less intrusive, though connections between the selection and the bar might go unnoticed. It really is a trade-off. -- You are receiving this mail because: You are watching all bug changes.
