Bug 337383 - Make toolbar renaming, reiconing and other options available again in 3.0+
Summary: Make toolbar renaming, reiconing and other options available again in 3.0+
Status: CONFIRMED
Alias: None
Product: krita
Classification: Applications
Component: Usability (show other bugs)
Version: 2.9 Beta
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
: 363415 365225 369223 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-07-11 17:08 UTC by Tyson Tan
Modified: 2016-09-27 13:39 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tyson Tan 2014-07-11 17:08:43 UTC
When I was doing the tutorial, I tried Krita in Windows to see how it might look there. I noticed that Windows users has a very different UI style than KDE and cannot customize which picture to use for an icon in a toolbar -- the "Change icon" button in "Configure toolbars" window is greyed out. In a non-KDE-default GNU/Linux environment, the story is the same, unless the following components are installed:

1) kde-window-manager (brings native KDE window style)
2) oxygen-icon-theme (brings in many toolbar and menu icons)
3) konqueror (makes the "Change icon" clickable)

I suggest we include these components in Windows installers, as well as marking them as runtime depenencies in GNU/Linux packages. I think the default Qt interface looks kind of clumsy with all those black wires, and the lack of visual consistency over different operation systems is not ideal for introducing Krita to new users.

Reproducible: Always
Comment 1 Tyson Tan 2014-07-12 05:45:18 UTC
One more reason: On-screen tablet users depends heavily on toolbar customization because they cannot use keyboard with ease. If users cannot assign an icon picture to a customized toolbar button, the customization seems much less attractive and useful.
Comment 2 Halla Rempt 2016-01-24 11:05:59 UTC
WISHGROUP: Big Projects

This is really difficult, because that part of KDE is not available on other platforms at all. We would have to fork it and make it work.
Comment 3 wolthera 2016-07-08 13:39:52 UTC
https://phabricator.kde.org/T2493
Comment 4 wolthera 2016-07-08 13:40:02 UTC
*** Bug 363415 has been marked as a duplicate of this bug. ***
Comment 5 wolthera 2016-07-08 13:44:01 UTC
*** Bug 365225 has been marked as a duplicate of this bug. ***
Comment 6 wolthera 2016-09-24 18:14:03 UTC
*** Bug 369223 has been marked as a duplicate of this bug. ***
Comment 7 Christoph Feck 2016-09-26 21:38:27 UTC
I do not understand comment #2. Which part of KXmlGui does not work on non-Linux platforms? According to https://api.kde.org/frameworks/ it should be supported.
Comment 8 Joey Crespo 2016-09-27 13:39:48 UTC
Just a thought. Instead of "tool descriptions" why not just use "tool icons/buttons" by default.  Like the way you did with   "use pen presure button"  on version 3.0.1.