Boost logo

Boost :

Subject: Re: [boost] [svg] is there any interest in a Scalable Vector Graphics library?
From: Klaim - Joël Lamotte (mjklaim_at_[hidden])
Date: 2015-03-07 06:30:11

On Wed, Mar 4, 2015 at 8:23 PM, Oleg Maximenko <olegmax_at_[hidden]> wrote:

> Hi,
> I developed library that carries out large amount of tasks related to SVG
> reading - parses various SVG syntaxes (with Spirit), makes some conversions
> and implements few non-trivial algorithms common to SVG reading
> applications.
> Using this library developer may focus on importing/drawing tasks, leaving
> SVG details to library.
> I believe that it is (almost) generic enough for Boost standards, but not
> sure if there is a place for it in Boost collection.
> Should I move toward library proposal? Any feedback is welcome.
> Thanks,
> Oleg

I am more interested in the techniques you used to build this library than
by svg itself
(I have a similar format that I want to make a similar library for) but I
think this can be useful
provided that it have a lot of traits for a lot of XML libraries, and maybe
some JSON and YAML libraries.
(because as soon as you have this kind of library, what prevent you to
store the data in another format
than xml?) I wouldn't make this a requirement though.

I am reading this
but it seems pretty difficult to undestand to me.
For example, would there be a way to simplify how to
specify processed_elements_t ?
The first example feels cryptic (a bit like Boost.Graph actually).

The links to the sample sources and most reference links don't seem to work.

Boost list run by bdawes at, gregod at, cpdaniel at, john at