https://bugs.kde.org/show_bug.cgi?id=426291
stephen <tgdev...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INTENTIONAL |---
Summary|UI Options Bar |UI Improvement ideas
|Customization |
--- Comment #7 from stephen <tgdev...@gmail.com> ---
(In reply to Tymond from comment #5)
> This is just something that is both quite technical and something that
> shouldn't be Krita's job to do. See that on Linux on some desktop
> environments (sets of programs that make up the graphical side of the
> system) for example KDE Plasma you can already do that for every program:
> https://i.imgur.com/QCeJac4.png - this is with Firefox. And Firefox doesn't
> have any special code inside, of course, it is the desktop environment
> controlling that, not Firefox.
>
> Adding this option in Krita would require lots of work for something that
> would probably make Krita even more buggy with several windows and several
> displays on several systems and stuff like that. So adding this option would
> be dangerous for stability. So we really cannot help you here, sorry.
>
> Maybe try full screen mode instead.
Alright. I'm reopening this, sorry.
But not necessarily to ask for options menus to be put on the title bar.
So I reformulate my feedback.
I have suggestive ideas for the improvement of Krita's visual interface.
I will support them with a few images from which studies can be made, with hope
that this time you would understand what led me to the suggestion.
It's just because I care about Krita having a better UI. Now, granted it's work
to take care of stuff like this. So for the code going along with the matching
design, I can wait a few more years. And if I make a good net worth, donation
for support will be made from me, time will tell.
So... Maybe the following suggestions would be applicable only to Krita 5.0+ or
Krita 6.0+. It's only about design directions which I think really work in
terms of aesthetics and ergonomics.
Listing them now :
// Dockable sub-windows which can be easily converted into tabs if multiple of
them are docked together in the same place; these sub-windows can also have
multiple tabs each and there's no need to put again the option to choose
between subwindows or tabs since it's an all-in-one feature.
I_00 // No rounded corners for the rectangles of docked tabs' labels.
You may take example on the picture with red marked parts for this.
References here :
1) https://i.ibb.co/VVB1G51/image.png
I_01 // Simple dark lines to separate dockable areas, options bar and menu bar.
For this I would suggest reference 1) again for this. But I have other
references :
2) https://i.ibb.co/yQ7jckL/image.png (you may put your magnifier onto the
separation especially the red marked area)
3)
https://forum.affinity.serif.com/uploads/monthly_2018_12/image.png.2945c395b5212dcf3f7bb5bcc9f6f5ed.png
I_02 // Seamless and slightly smaller options bar buttons but also slightly
smaller height of the options bar.
Made a suggestive image quick mockup for this. Please zoom in for the details.
Reference here :
4) https://i.ibb.co/4JkYz5J/FEED-UI-1.png
I_03 // Brush settings UI : the part where the brush tip is shown ought to be
always visible whether a predefined tip is used or not.
It should also be interactive and offer the possibility to change brush tip
angle and ratio visually, with a hold and drag use case. Part marked in red in
the following reference :
5) https://i.ibb.co/BG0J1pG/feed-UI-brush.png
Suggestive design comes from Photoshop. But I hope you can understand why.
6) https://i.ibb.co/rKP6fsG/image.png
If having space to show the predefined tip is an issue, you can add the
predefined tips UI as another collapsed part of the brush settings menu, just
like how you did with the brush presets in the following reference :
7) https://i.ibb.co/TcjPhcM/image.png
With these put here, I end my feedback.
--
You are receiving this mail because:
You are watching all bug changes.
