<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi Ghevan,<br>
<br>
Thanks for sharing your workspaces ideas.<br>
I'm always looking for new task-specific sets of dockers to
improve default set of workspaces.<br>
<br>
I can see some good ideas:<br>
-Painting L and R grouping the tools with other dockers can
improve workflow, cool.<br>
-Reference L and R are nice to have enough space for the
reference.<br>
-Shape modify has snap settings docker that's missing from the
default VectorHD and SD, I take note ;)<br>
<br>
However there are a few issues in my opinion:<br>
-I think really too different dockers organisations (like the
Compact_left for example) are not very good idea as it makes it a
lot less consistent, and may confuse the user (at least I
personnally find it confusing).<br>
-Also something I noticed with "weird" dockers placement, is
although they can work, they can introduce annoying issues when
resizing the window, making it suddenly bigger than the screen.<br>
<br>
So soon I'll update the default set with improved painting and
Vector workspaces, and add reference ones.<br>
<br>
<br>
For anyone who wants to propose some changes or add some
workspaces to default set, here are some notes about the current
set:<br>
<br>
-The default one is the same old one..<br>
<br>
-PaintingHD has only dockers related to paintings, and is meant
for big screens.<br>
-PaintingSD has same set of dockers but more condensed to fit in
smaller screens. (meaning: tools docker with two columns
mandatory, and not more than two dockers area vertically)<br>
-Same rule for VectorHD and SD, but with dockers related to vector
shape work<br>
<br>
-PaintingHD_2panels is the same usecase as PaintingHD but only to
show one can use left panel for dockers too.<br>
(It may not be needed to keep it after we add the reference ones
which show this too but have a more specific usecase.)<br>
<br>
Timothée<br>
<br>
Le 26/03/2014 03:32, Ghevan a écrit :<br>
</div>
<blockquote
cite="mid:CACRr5uk_HH9dp5oRjWd++M6dw8qBiv-tvMHQq=Y=O5SeW_Op4Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>Hi,<br>
<br>
</div>
I know most of us tweak krita's interface to adapt to our
workflows. And the good thing about the workspaces is that
it can be adapted to many "tasks". This is great, but it
can take a while to new users to start moving dockers
freely as it gives the impression you will end up hiding
something important.<br>
<br>
</div>
Some of the problems with current bundled workspaces is that
they fail to show the user how great and diverse the
workspaces can be set up to work in Krita.<br>
<br>
</div>
I attach a tar with some of the workspaces I've setup for my
use. I''m not sure how they will work in other screen sizes
and/or if they include common workflow needs (For example I
normally hide presets docker as I use the popup from the top).
But they are bit more diverse and could help get some ideas to
setup new ones.<br>
<br>
</div>
They include a Painting workspace (left and right), a composite,
a shape editor, a compact (sort of compact) and one revolving
the idea of the reference docker.<br>
<div>
<div><br>
Share some of yours. The idea is to find better default
workspaces with a few task oriented ones that help new users
get the idea of using workspaces to fasten the production of
their work.<br>
<br>
</div>
<div>You could of course use the ones attached, but I'm not
sure they will work on every screen.<br>
</div>
<div><br>
<br>
</div>
<div>-IvanYossi-<br>
</div>
<div><br>
<br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Krita mailing list
<a class="moz-txt-link-abbreviated" href="mailto:kimageshop@kde.org">kimageshop@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/kimageshop">https://mail.kde.org/mailman/listinfo/kimageshop</a>
</pre>
</blockquote>
<br>
</body>
</html>