On a general note, I'm pretty much a supporter of the line "we need to keep
KoShape as slim as up to nearly impossible". So anything which on the one
hand is not of a complete universal use and on the other hand could be
implemented outside should in my opinion be left outside.
PierreSt
On Tue,
On Monday, June 27, 2011 22:07:28 ja...@gmx.net wrote:
> On Monday 27 June 2011 17:25:37 Thorsten Zachmann wrote:
> > On Sunday, June 26, 2011 18:25:56 ja...@gmx.net wrote:
> > > I thought to have a separate lib similar to our odf lib containing the
> > > classes used for loading/saving svg. One o
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101793/
---
Review request for Calligra.
Summary
---
Tagging for the resources is
On Monday 27 June 2011 17:25:37 Thorsten Zachmann wrote:
> On Sunday, June 26, 2011 18:25:56 ja...@gmx.net wrote:
> > I thought to have a separate lib similar to our odf lib containing the
> > classes used for loading/saving svg. One of these classes would be an
> > interface which shapes can impl
On Sunday, June 26, 2011 18:25:56 ja...@gmx.net wrote:
> I thought to have a separate lib similar to our odf lib containing the
> classes used for loading/saving svg. One of these classes would be an
> interface which shapes can implement to save/load svg data, i.e. calling
> it SvgSerializable.
>
On Sunday 26 June 2011, Sebastian Sauer wrote:
> Git commit 542429a2d53c20cf80b8425932336e167a35f7a5 by Sebastian Sauer.
> Committed on 26/06/2011 at 15:09.
> Pushed by sebsauer into branch 'master'.
>
> reactivate hittest unittest.
It sounds like the hittest unittest still fails:
http://my.cdas
