On Tue, Jul 02, 2013 at 01:54:38PM -0300, Vin??cius dos Santos Oliveira wrote:
2013/7/2 Krzysztof Kosi??ski <tweenk.pl@...400...>
2013/6/28 Vin??cius dos Santos Oliveira <vini.ipsmaker@...400...>:
2013/6/27 Krzysztof Kosi??ski <tweenk.pl@...400...>
Any chance of integrating the 'libdepixelize' library into lib2geom?
I wanna keep them separated.
Can you provide a rationale to integrate them?
Lib2geom is the geometry library of Inkscape, and your work also deals with geometry, so it might be a good idea to integrate them to reduce code duplication.
We already have several single-purpose in-tree libraries (libcola, libvpsc) - all this code would be far easier to maintain if it was integrated into one consistent framework.
I don't know that there is a strong overlap between depixelize and 2geom, I did think fairly hard about whether to suggest using Geom::Point in depixelize, but I couldn't convince myself that there would be much value in it, whereas adding a 2geom dependency to depixelize would make it harder to build. The Bspline stuff would make more sense, but 2geom doesn't do bsplines yet, and Vini is planning to use a different library. Don't worry, it's something I've been thinking about, but I don't see any strong value at this stage. We can reassess once we have it all working.
I'm generally not keen on giant kitchen sink style libraries, they are hard to use and tend to bloat apps.
I do think that if we can use the same build tools across all these libraries then we'll minimise the complexity. It's a shame that cmake doesn't do composition.
What are the lib2geom dependencies? Can I add gdk-pixbuf?
I think that would be wrong.
njh