[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-kimageshop
Subject: Re: bundled workspaces need to showcase more variety
From: Timothée_Giet <animtim () gmail ! com>
Date: 2014-03-26 10:37:06
Message-ID: 5332ADD2.5040004 () gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi Ghevan,
Thanks for sharing your workspaces ideas.
I'm always looking for new task-specific sets of dockers to improve
default set of workspaces.
I can see some good ideas:
-Painting L and R grouping the tools with other dockers can improve
workflow, cool.
-Reference L and R are nice to have enough space for the reference.
-Shape modify has snap settings docker that's missing from the default
VectorHD and SD, I take note ;)
However there are a few issues in my opinion:
-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).
-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.
So soon I'll update the default set with improved painting and Vector
workspaces, and add reference ones.
For anyone who wants to propose some changes or add some workspaces to
default set, here are some notes about the current set:
-The default one is the same old one..
-PaintingHD has only dockers related to paintings, and is meant for big
screens.
-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)
-Same rule for VectorHD and SD, but with dockers related to vector shape
work
-PaintingHD_2panels is the same usecase as PaintingHD but only to show
one can use left panel for dockers too.
(It may not be needed to keep it after we add the reference ones which
show this too but have a more specific usecase.)
Timothée
Le 26/03/2014 03:32, Ghevan a écrit :
> Hi,
>
> 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.
>
> 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.
>
> 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.
>
> 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.
>
> 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.
>
> You could of course use the ones attached, but I'm not sure they will
> work on every screen.
>
>
> -IvanYossi-
>
>
>
>
> _______________________________________________
> Krita mailing list
> kimageshop@kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
[Attachment #5 (text/html)]
<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>
_______________________________________________
Krita mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic