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

List:       kde-kimageshop
Subject:    Re: Const iterators, what's next ?
From:       Boudewijn Rempt <boud () valdyas ! org>
Date:       2006-10-19 6:05:26
Message-ID: 200610190805.30128.boud () valdyas ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


I would prefer distinguishing the factory methods for iterators iterators by 
name, not just by their intrinsic constness: much easier to read.

As for the parameters of the filters: I tried ditching dst (since having a dst 
without a src doesn't make sense) but failed. I have forgotten why, though. 
Just one thought: wouldn't it make more sense to have an iterator as a 
parameter instead of a whole paint device? More c-plusplussy? Of course, that 
would mean that all iterators need to be constrained to a rect, not just the 
rect iterators. I'm not sure that this is a good idea, but there must be a 
reason stl doesn't pass the whole array & a range but iterators instead to 
its algorithms.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi

[Attachment #5 (application/pgp-signature)]

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