This forum has been archived. All content is frozen. Please use KDE Discuss instead.

4.2 Improved Color Palette Docker Right Click Removes Colors

Tags: None
(comma "," separated)
User avatar
virgilmihailescu
Registered Member
Posts
7
Karma
0
OS
I wish there was a feedback forum here..

I have an issue with the new 4.2 Improved Color Palette Docker Right Clicking to Remove Colors.

That's it.

Right Click is not supposed to be an Action click, it's an Options click. The rule of thumb is that NOTHING you right click on would actually do something. I wake up my computer with right clicks cuz it's the safe way to do it. Safer than pressing Space or any key on the keyboard.

I think the Improved Color Palette Docker should have an Edit mode, where it's OK to left and right click to quickly edit things. But then let us Lock the palette, please.
Thanks!

VM
User avatar
halla
KDE Developer
Posts
5092
Karma
20
OS
Um, no... Where did you find that "The rule of thumb is that NOTHING you right click on would actually do something.". As far as I am aware, right-click offers context-aware actions, either in the form of a menu or a palette or something else that we haven't got. All gui applications that have right-click menus offer actions that do stuff.

See https://hig.kde.org/components/navigati ... tmenu.html -- and note that the right-click context menu isn't the only way to remove a color, there is also a button in the palette, so this is HIG compliant.
User avatar
virgilmihailescu
Registered Member
Posts
7
Karma
0
OS
I mean Right Clicking in most Windows apps doesn't Actively change anything, it only opens up menus. So you can keep right clicking forever, nothing good or bad happens basically. No action. Only menus open. But you have to Left Click on a button or menu in order for any Action to happen.

Just opening up a Menu is not an action, it's not destructive, aka: nothing happens. My problem is that Right Click to remove colors from my palette is an Action. It's destructive, as in.. I lose colors from my palette. I think we should be able to lock these palettes anyway. I don't want to be able to accidentally edit that palette.
User avatar
halla
KDE Developer
Posts
5092
Karma
20
OS
Huh, but a right click on a color in the palette docker does open a menu with two entries: modify and delete.
User avatar
virgilmihailescu
Registered Member
Posts
7
Karma
0
OS
boudewijn wrote:Huh, but a right click on a color in the palette docker does open a menu with two entries: modify and delete.


It'd still be a bit better, but Locking would be Much Better. : >

Atm, I have Krita 4.15, and clicking or right clicking on colors only changes color, that's it. So this is solid behavior [for now].

I mean it doesn't feel fragile and too easy to wreck.. like Paintstorm. Which btw is a great example of how not to do UI.. It's really fragile, anything you do can change the UI, panels can easily get moved around, re-scaled, closed, so on.. And they did that hoping to create a flexible, fluid, easy to use, easy to change UI.. I think it's great for editing the UI, but when I'm done I really want to exit Edit mode, and freeze the UI. Or else it's unusable.

I hope Krita stays solid. : >


Bookmarks



Who is online

Registered users: Bing [Bot], claydoh, Google [Bot], markhm, rblackwell, sethaaaa, Sogou [Bot], Yahoo [Bot]