Hello everyone,

Here are a couple of suggestions for the devs and the community that in my opinion would increase the speed of the workflow in Krita.

First, a toolbar for the tool options instead of the docker. This would speed the access to those options.
And second, a tab system to work with several document. At this moment krita opens a different windows for each document. Switching documents and importing content from one to another is not very intuitive.



Once again. This is just my opinion. It may not work for everyone because we all have distinct working methods.

What do you guys think?

Not sure how the location of the toolbar will speed up workflow, besides some tools have many options that will will not fit onto a single strip. I do however think that the size, opacity and flow controls for the brush should be visible without the need to drop-down a menu - should speed things up! And the tabbed documents, what if you want to work on 2 docs at the same time side-by-side? If you could work on several windows at the same time and be able to colour-pick and drag and drop layers from one tab to the other, then that would certainly get my vote.

Many tools have quite a lot of setting and the docker on the side allows to scroll through them. I don't see how the tool settings on the top would be much better to reach.

Tabbed documents are currently not possible. That needs a major refactoring which is ongoing.

I didn't mean harder to reach but more difficult for devs to fit everything horizontally (without the need for scrolling) - also, I don't see it speeding up workflow. Even if the tool options are placed on top, do you think the change in location speeds up workflow?

bmarple wrote:I didn't mean harder to reach but more difficult for devs to fit everything horizontally (without the need for scrolling) - also, I don't see it speeding up workflow. Even if the tool options are placed on top, do you think the change in location speeds up workflow?

Well, it might be just my opinion, but context sensitive toolbars are used for immediate access of the options of what you're currently doing. So yes, i think it's faster than needing a docker...

...context sensitive toolbars are used for immediate access of the options of what you're currently doing. So yes, i think it's faster than needing a docker...

The 'tool options' docker as it exists is context sensitive. All your doing is swapping from vertical space to horizontal space. I do understand it if you don't want any dockers open though.

bmarple wrote:

...context sensitive toolbars are used for immediate access of the options of what you're currently doing. So yes, i think it's faster than needing a docker...

The 'tool options' docker as it exists is context sensitive. All your doing is swapping from vertical space to horizontal space. I do understand it if you don't want any dockers open though.

Yes, for that or to save space for another useful docker

As this is close to my old flogged-dead-horse: vertical bars...

The biggest problem for me would be that its another vertical bar in a window already kinda cramped vertically (Since we all have wide screens nowadays for some odd reason). I see you are using Unity, OP, with its brilliant feature "Global Menu" which is extremely effective in settling the problem with the menu bar but for many of us this feature doesn't exist or isn't implemented that smoothly sadly. So the added vertical bars would mean an even smaller space to work on.

I mean I personally would love the idea, especially with the tabs - that would help (for the moment I simply cycle through open windows but its not as intuitive) - and I hate to be one of those "it'll never work" people... but I think it may create more problems than it solves...

I don't know, I like the tab suggestion as I'm coming from Photoshop which does this very thing - as does Gimp I think. This is one of the MAIN gripes I have about krita. Not having the ability to load multiple documents in one instance of Krita. Having an extra toolbar wouldn't bother me in the slightest cause on average I tab out to full screen anyway when painting. I really wish this type of thing was implemented.

jensreuterberg wrote:As this is close to my old flogged-dead-horse: vertical bars...

The biggest problem for me would be that its another vertical bar in a window already kinda cramped vertically (Since we all have wide screens nowadays for some odd reason). I see you are using Unity, OP, with its brilliant feature "Global Menu" which is extremely effective in settling the problem with the menu bar but for many of us this feature doesn't exist or isn't implemented that smoothly sadly. So the added vertical bars would mean an even smaller space to work on.

I mean I personally would love the idea, especially with the tabs - that would help (for the moment I simply cycle through open windows but its not as intuitive) - and I hate to be one of those "it'll never work" people... but I think it may create more problems than it solves...

from context i assume you mean there's too many horizontal bars already but i agree the lack of vertical space is a problem. i see some applications tackle the issue of tabs by reorienting them - there's a number of chrome/firefox addons to that end, for example. so what if the tab bar was turned 90 degrees? best of both worlds.

i guess the issue would then be identifying the files at a glance. personally, i could live with the text turned sideways, but not everyone finds that easy to read. small thumbnails might be more 'readable' and a more efficient use of space besides.

examples:

vertical tab bar with vertical tabs: http://helfenbein.deviantart.com/art/fi ... -184409684

vertical tab bar with horizontal tabs, text: http://jonaquino.blogspot.ca/2007/09/fi ... -tabs.html

The mvc interface I want to implement when I get the base archictecture done would actually allow you to choose: tabbar, vertical thumbnail bar, mdi, combobox to select an open image with. The flexibility isn't the problem, part of it (switching between mdi and tabbar) is actually built-in in Qt already