From kde-kimageshop Mon Sep 27 19:59:54 2010 From: Dmitry Kazakov Date: Mon, 27 Sep 2010 19:59:54 +0000 To: kde-kimageshop Subject: Re: Usage of setCurrentNodeLocked() Message-Id: X-MARC-Message: https://marc.info/?l=kde-kimageshop&m=128561763820889 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0518621350==" --===============0518621350== Content-Type: multipart/alternative; boundary=001636426d07127cbf0491432ca9 --001636426d07127cbf0491432ca9 Content-Type: text/plain; charset=UTF-8 > So, let's block the painting tools while the queue is not empty. > I can't agree with that. I checked Photoshop recently. It queues every user action. And it respects user and do not throw any his actions away. o I tried to paint about five gradients very fast. You can paint it easily. While the first one is calculating, you can draw the "tool outline" of the second gradient, release the mouse and it'll be added to the queue. Then you just need to wait about 0.5 sec until the queue is processed. o Test on mixing different types of actions. This works as well. I started image type conversion (rgb->lab) and painted with the brush. I was informed by the program that i wouldn't have any visual feedback with a "Busy" cursor. After the conversion has been finished, it replayed my stroke as I painted it. I think this is really wise and logical decision made by PS team. Let the user decide what he wants, to paint or not to paint. Btw, the latter test is very important, because it make the workflow much more smooth. A usecase: you can start a conversion, then press e.g. Ctrl+M hotkey. It will open you a Curves dialog *after* the conversion is finished. So you'll have about 2-3 spare seconds to think or to have a rest. -- Dmitry Kazakov --001636426d07127cbf0491432ca9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So, let's block the painting tools while the queue is not emp= ty.

I can't agree with that. I checked Photoshop rece= ntly. It queues every user action. And it respects user and do not throw an= y his actions away.

o I tried to paint about five gradients very fas= t. You can paint it easily. While the first one is calculating, you can dra= w the "tool outline" of the second gradient, release the mouse an= d it'll be added to the queue. Then you just need to wait about 0.5 sec= until the queue is processed.

o Test on mixing different types of actions. This works as well. I star= ted image type conversion (rgb->lab) and painted with the brush. I was i= nformed by the program that i wouldn't have any visual feedback with a = "Busy" cursor. After the conversion has been finished, it replaye= d my stroke as I painted it. I think this is really wise and logical decisi= on made by PS team. Let the user decide what he wants, to paint or not to p= aint.

Btw, the latter test is very important, because it make the workflow mu= ch more smooth.

A usecase: you can start a conversion, then press e= .g. Ctrl+M hotkey. It will open you a Curves dialog *after* the conversion = is finished. So you'll have about 2-3 spare seconds to think or to have= a rest.

--
Dmitry Kazakov
--001636426d07127cbf0491432ca9-- --===============0518621350== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kimageshop mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop --===============0518621350==--