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

List:       kde-kimageshop
Subject:    Re: Design proposal for the tool actions scheduler for Krita
From:       Dmitry Kazakov <dimula73 () gmail ! com>
Date:       2011-06-16 9:44:24
Message-ID: BANLkTimLiypWDD2RysYw_T6WXi2iVJ3Mhw () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hi, All!

I've just updated an article about the strokes framework a bit. I's good
that I started from the UML first, because there are several design changes
appear when you try to develop the system further. If this has happened
during the coding phase, I would have had to do much refactoring =)

Well, after the change the KisStroke can be exclusive as well as it's jobs.
But the meaning of the "exclusiveness" is quite different for the strokes.
The difference is in granularity of the locking mostly. So read the part
about the strokes for further information =)

http://community.kde.org/Krita/Strokes_Framework

-- 
Dmitry Kazakov

[Attachment #5 (text/html)]

Hi, All!<br><br>I&#39;ve just updated an article about the strokes framework a bit. \
I&#39;s good that I started from the UML first, because there are several design \
changes appear when you try to develop the system further. If this has happened \
during the coding phase, I would have had to do much refactoring =)<br> <br>Well, \
after the change the KisStroke can be exclusive as well as it&#39;s jobs. But the \
meaning of the &quot;exclusiveness&quot; is quite different for the strokes. The \
difference is in granularity of the locking mostly. So read the part about the \
strokes for further information =)<br> <br><a \
href="http://community.kde.org/Krita/Strokes_Framework" \
target="_blank">http://community.kde.org/Krita/Strokes_Framework</a><br><br>-- \
<br>Dmitry Kazakov<br>



_______________________________________________
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]