'Tool(box) organization'

[prev in list] [next in list] [prev in thread] [next in thread] 

List: kde-kimageshop
Subject: Tool(box) organization
From: Sven Langkamp <sven.langkamp () gmail ! com>
Date: 2011-01-19 0:25:56
Message-ID: AANLkTi=P=hTMYC=sRv9mT=R68oHCoRS2e_e+M9sOu5ES () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

Hi,

I have been thinking about a better organization of the toolbox. Since Boud
didn't like my first proposal I'm putting it for discussion.

The problem:
Currently the first eight tools in the toolbox are flake tools. The are more
of less useful for work in Krita, but are in general secondary functionality
for Krita. So the question is how the tools should be organize to give fast
access to the common tools.

Possible solutions that I have thought of so far:

-put those tools at the bottom of the toolbox as proposed on calligra-devel

-cut some of the flake tools and put the functionality into the Krita tools
There are some tools that have very little value for Krita like the
connection tool or filter effect tool (we can't save filters created by
that). The path tool basically has the same stuff the Krita path tool has.
That would leave five tools (Default, freehand, pattern, gradient,
calligraphy).

-show and hide tools based on the active layer
This would hide all tools that are not compatible with a certain layer and
show the tools that are. So it would show the Krita gradient tool on a paint
layer and the flake gradient tool on a shape layer. Problem here is that is
can cause some toolbox buttons to shift e.g in the second group the freehand
tool isn't capable of drawing on a shape layer so every tool would shift by
one position. One possible solution could be to do some clever arrangement
so that the hidden tools would appear in the gaps left by the hidden Krita
tools, so the flake freehand tool would show up where the Krita freehand
tool was.
I think the disadvantage of this is that it might not too obvious when
something switched. (I also thought of vector paintops, but I'm not sure
that is worth the effort)

Of course these three could also be combined.

Sven

[Attachment #5 (text/html)]

Hi, I have been thinking about a better organization of the tool=
box. Since Boud didn&#39;t like my first proposal I&#39;m putting it for di=
scussion. The problem: Currently the first eight tools in the too=
lbox are flake tools. The are more of less useful for work in Krita, but ar=
e in general secondary functionality for Krita. So the question is how the =
tools should be organize to give fast access to the common tools.

<br><br>Possible solutions that I have thought of so far:<br><br>-put those=
 tools at the bottom of the toolbox as proposed on calligra-devel<br><br>-c=
ut some of the flake tools and put the functionality into the Krita tools<b=
r>

There are some tools that have very little value for Krita like the connect=
ion tool or filter effect tool (we can&#39;t save filters created by that).=
 The path tool basically has the same stuff the Krita path tool has.<br>

That would leave five tools (Default, freehand, pattern, gradient, calligra=
phy). -show and hide tools based on the active layer This would h=
ide all tools that are not compatible with a certain layer and show the too=
ls that are. So it would show the Krita gradient tool on a paint layer and =
the flake gradient tool on a shape layer. Problem here is that is can cause=
 some toolbox buttons to shift e.g in the second group the freehand tool is=
n&#39;t capable of drawing on a shape layer so every tool would shift by on=
e position. One possible solution could be to do some clever arrangement so=
 that the hidden tools would appear in the gaps left by the hidden Krita to=
ols, so the flake freehand tool would show up where the Krita freehand tool=
 was. 
I think the disadvantage of this is that it might not too obvious when some=
thing switched. (I also thought of vector paintops, but I&#39;m not sure th=
at is worth the effort) Of course these three could also be combined=
. 
 Sven

_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop

[prev in list] [next in list] [prev in thread] [next in thread] 