Bug 426291

(In reply to stephen from comment #0)
> SUMMARY
> This feedback is to  suggest an improvement for the Krita interface.
> The main elements targeted here are the options bars. 
> 
> I want to suggest merging the option bar with the Windows bar. 
> [url=https://ibb.co/gZKkctp][img]https://i.ibb.co/SwCFZV8/BUI-suggestions.
> png[/img][/url]
> 
> It would be kinda like in the following reference image :
> [url=https://ibb.co/BCRZr7f][img]https://i.ibb.co/JsP7ybc/BetterUI.png[/
> img][/url]

Sorry. 
Link for the suggesive image : 
https://ibb.co/gZKkctp

Link for an idea of the suggestive image of what it would look like :
https://ibb.co/BCRZr7f

Sorry, no, we won't be putting the menubar in the titlebar, not even, or maybe especially not, because "photoshop is doing that".

(In reply to Boudewijn Rempt from comment #2)
> Sorry, no, we won't be putting the menubar in the titlebar, not even, or
> maybe especially not, because "photoshop is doing that".

Then what about offering that as an option to customize the UI

Sorry, but no. We will not implement client-side window decorations with menus in them. It's not going to happen. It will not be an option; options are not free.

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.

(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.

OK. I guess it can't be helped. It's a bummer though.

(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.

And also, one last thing guys.
Please avoid making subwindows stay under the viewport. They should be like floating windows instead.

Sorry, but this really, really is NOT the way to help improving Krita. This is NOT the way to make feature requests. We don't do things "because Photoshop does that, hope you understand why". We don't want tickets with "generic UI improvement ideas" because those tickets never can be acted on or closed.

This item was about merging the window title bar with the menu and toolbar, and that is not going to happen, so the ticket should stay closed.

Please read https://docs.krita.org/en/untranslatable_pages/new_features.html in order to understand how to work on feature requests and ideas for improving Krita.

Also, 

- please don't reopen wish reports, especially those closed as "intentional", *especially* with ideas that are very different from what you already suggested,

- all wishes that are about changes in behaviour or look or about big features should first go to krita-artists.org . Actually if you look there, you can find old threads with similar or contradictory wishes and even a plugin that will make some of changes you suggested here possible,

- and read this manual page: https://docs.krita.org/en/untranslatable_pages/new_features.html to learn how to suggest changes and new features effectively.

Created attachment 132028 [details]
attachment-19470-0.html

Oh, well.
But I thank you. Thank you Tymond.
I needed that missing info for effective feature request. Which plugins are
you talking about though ? You seem to know them ?

On Sep 30, 2020 10:30, "Tymond" <bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=426291
>
> --- Comment #10 from Tymond <tamtamy.tymona@gmail.com> ---
> Also,
>
> - please don't reopen wish reports, especially those closed as
> "intentional",
> *especially* with ideas that are very different from what you already
> suggested,
>
> - all wishes that are about changes in behaviour or look or about big
> features
> should first go to krita-artists.org . Actually if you look there, you
> can find
> old threads with similar or contradictory wishes and even a plugin that
> will
> make some of changes you suggested here possible,
>
> - and read this manual page:
> https://docs.krita.org/en/untranslatable_pages/new_features.html to learn
> how
> to suggest changes and new features effectively.
>
> --
> You are receiving this mail because:
> You reported the bug.