From kde-kimageshop Tue Sep 22 02:01:32 2009 From: Sven Langkamp Date: Tue, 22 Sep 2009 02:01:32 +0000 To: kde-kimageshop Subject: Re: Whither Krita? Message-Id: <478b087a0909211901w3c99917bv800b35a4cd5de0d4 () mail ! gmail ! com> X-MARC-Message: https://marc.info/?l=kde-kimageshop&m=125358958809396 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0482738063==" --===============0482738063== Content-Type: multipart/alternative; boundary=001636c5bcb63485ff047420fa92 --001636c5bcb63485ff047420fa92 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Sep 21, 2009 at 7:09 PM, Cyrille Berger wrote: > On Monday 21 September 2009, Matthew Woehlke wrote: > > I like 'change color space' as a filter, though if you recall [1] there > > is already use cases for being able to do that sort of thing within a > > filter. > > > > 1: http://wiki.koffice.org/index.php?title=Krita/High_dynamic_ran > > > > > 3) A user will have a uniform interface(!) for all actions > > > > Personally I prefer to keep filters and generators separate. Not only is > > it useful code-wise, it has a meaningful distinction to the user. > > (Remember, though, the only difference between filter and generator > > filters and 'change color space' are also two different things, for > instance, > 'change color space' can't follow selection or masks. Having a 'color space > change' mask would still be a good idea. > What would a 'color space change' mask be? Is there a case were it's needed to convert the colorspace manually with a mask? There might be cases where a different colospace is needed afterwards but this could be handled automatically I think. --001636c5bcb63485ff047420fa92 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Mon, Sep 21, 2009 at 7:09 PM, Cyrille Berger = <cberger@cberge= r.net> wrote:
On Monday 21 September 2009, Matthew Woehlke wrote:
> I like 'change color space' as a filter, though if you recall = [1] there
> is already use cases for being able to do that sort of thing within a<= br> > filter.
>
> 1: http://wiki.koffice.org/index.php?title=3DKrita= /High_dynamic_ran
>
> > 3) A user will have a uniform interface(!) for all actions
>
> Personally I prefer to keep filters and generators separate. Not only = is
> it useful code-wise, it has a meaningful distinction to the user.
> (Remember, though, the only difference between filter and generator
filters and 'change color space' are also two different thing= s, for instance,
'change color space' can't follow selection or masks. Having a = 'color space
change' mask would still be a good idea.
=A0
=
What would a 'color space change' mask be? Is there a case were it's needed to convert the co= lorspace manually with a mask?
There might be cases where a different co= lospace is needed afterwards but this could be handled automatically I thin= k.
--001636c5bcb63485ff047420fa92-- --===============0482738063== 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 --===============0482738063==--