On Thursday, June 30, 2011 22:20:19 ja...@gmx.net wrote:
> On Wednesday 29 June 2011 13:22:12 Inge Wallin wrote:
> > On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
> > > Hi folks...
> > >
> > > I want to make a proposal to move the svg supporting classes now
> > > residing in calligra/fi
On Thu, Jun 30, 2011 at 10:20 PM, wrote:
> On Wednesday 29 June 2011 13:22:12 Inge Wallin wrote:
>> On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
>> > Hi folks...
>> >
>> > I want to make a proposal to move the svg supporting classes now residing
>> > in calligra/filters/karbon/svg to
On Wednesday 29 June 2011 13:22:12 Inge Wallin wrote:
> On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
> > Hi folks...
> >
> > I want to make a proposal to move the svg supporting classes now residing
> > in calligra/filters/karbon/svg to a lib in calligra/libs/svg.
> > You may ask why I
On Wednesday 29 June 2011 08:24:45 Jaroslaw Staniek wrote:
> On 25 June 2011 19:45, wrote:
> > Hi folks...
> >
> > I want to make a proposal to move the svg supporting classes now residing
> > in calligra/filters/karbon/svg to a lib in calligra/libs/svg.
>
> Hi,
> Just 'wondering', would it be
On Sunday, June 26, 2011 05:10:27 Thorsten Zachmann wrote:
> On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
> Also how do you see use of an embedded svg object. Is it like the picture
> shape?
It *is* a picture but currently it cannot be handled by the picture shape.
ODF doesn't dist
On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
> Hi folks...
>
> I want to make a proposal to move the svg supporting classes now residing
> in calligra/filters/karbon/svg to a lib in calligra/libs/svg.
> You may ask why I want to do that. The following are some reasons:
>
> 1. Make it
On 25 June 2011 19:45, wrote:
> Hi folks...
>
> I want to make a proposal to move the svg supporting classes now residing in
> calligra/filters/karbon/svg to a lib in calligra/libs/svg.
Hi,
Just 'wondering', would it be reusable by Kexi to have SVG form widget
and SVG report element?, i.e. is th
On Tuesday, June 28, 2011 18:56:51 ja...@gmx.net wrote:
> On Tuesday 28 June 2011 06:00:43 Thorsten Zachmann wrote:
> > 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
On Tuesday 28 June 2011 06:00:43 Thorsten Zachmann wrote:
> 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 li
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
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 02:35:17 Aakriti Gupta wrote:
> On Sun, Jun 26, 2011 at 5:02 AM, C. Boemann wrote:
> > On Saturday 25 June 2011 19:45:17 ja...@gmx.net wrote:
> > > Hi folks...
> > >
> > > I want to make a proposal to move the svg supporting classes now
> > > residing in calligra/filters/ka
On Sunday 26 June 2011 05:10:27 Thorsten Zachmann wrote:
> On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
> > Hi folks...
> >
> > Before starting on this project I wanted to get some opinions from you if
> > that is something to attempt or if that is utter bullshit.
>
> I'm all for it.
On Saturday, June 25, 2011 19:45:17 ja...@gmx.net wrote:
> Hi folks...
>
> Before starting on this project I wanted to get some opinions from you if
> that is something to attempt or if that is utter bullshit.
I'm all for it.
> I want to make a proposal to move the svg supporting classes now res
Some of these ideas are close to my GSoC project.
I am working on a new mode in Stage for making animated SVGs. For this a lot
of the stuff in filters/karbon/svg needed to be re-used.
I have already ported the common classes to filters/libsvg (which I created)
and made the classes SvgParser and Sv
On Saturday 25 June 2011 19:45:17 ja...@gmx.net wrote:
> Hi folks...
>
> I want to make a proposal to move the svg supporting classes now residing
> in calligra/filters/karbon/svg to a lib in calligra/libs/svg.
> You may ask why I want to do that. The following are some reasons:
>
> 1. Make it po
On Saturday 25 June 2011 Jun, ja...@gmx.net wrote:
> Hi folks...
>
> I want to make a proposal to move the svg supporting classes now residing in
> calligra/filters/karbon/svg to a lib in calligra/libs/svg.
> You may ask why I want to do that. The following are some reasons:
>
> 1. Make it possi
Hi folks...
I want to make a proposal to move the svg supporting classes now residing in
calligra/filters/karbon/svg to a lib in calligra/libs/svg.
You may ask why I want to do that. The following are some reasons:
1. Make it possible to have support for loading and saving embedded svg
document
20 matches
Mail list logo
