native SVG

[David Crossley <cr...@apache.org>]

At the recent ForrestFriday Paul Bolger wrote:
> (09:24:17) pbol: Thorsten - have you given any thought to
> native SVG from Forrest?

Forrest already does it. See main/webapp/resources.xmap
around line 201.

If the URI has **.svg then Forrest looks for a matching
.svg resource.

Today i added a demo of that to our 'forrest seed sample'.
See http://svn.apache.org/viewcvs?rev=386521&view=rev

See our zone: 
http://forrest.zones.apache.org/ft/build/forrest-seed/samples/svg.html

                --oOo--

Be careful. We only provide a local copy of the SVG 1.0 DTD 
so if you use SVG 1.1 then there will be network trips
for the DTDs. Configure your local catalog entity resolver
for your local DTD copies.

-David

Re: native SVG

[Ferdinand Soethe <fe...@apache.org>]

Paul Bolger wrote:

> I was talking about Forrest being able to churn
> out native SVG when the users' browser supports it. Firefox 1.5 is the
> first browser to support SVG natively - it'd be great if Forrest could
> take advantage of that.

Perhaps using the HTML object element would help here:

<object data="myimage.svg" type="image/svg-xml">
 <img src="myimage.png">
</object>

If the browser is able to process svg it will request the svg-version,
all others will fall back to the png-version.

In dynamic mode that should work ok if the proper pipeline for svg is
present, in static mode things might get tricky. Although I would
think that Forrest will actually see both links and render/copy the
appropriate files to the static site.

Another option I can think of would be a dynamic replacement of the
png-image with the svg-version on loading a page. The JavaScript would
detect the browser and change the image-file reference.

Some testing required to figure out where to place the code so that it
gets executed before the browser actually pull the wrong file.

--
Ferdinand Soethe

Re: native SVG

[Paul Bolger <pb...@gmail.com>]

I'm in waiting for provision mode at the moment - just moved house, so
excuse slow reponses. I was talking about Forrest being able to churn
out native SVG when the users' browser supports it. Firefox 1.5 is the
first browser to support SVG natively - it'd be great if Forrest could
take advantage of that.



 0\




rler <th...@apache.org> wrote:
> El vie, 17-03-2006 a las 15:26 +1100, David Crossley escribió:
> > At the recent ForrestFriday Paul Bolger wrote:
> > > (09:24:17) pbol: Thorsten - have you given any thought to
> > > native SVG from Forrest?
> >
> > Forrest already does it. See main/webapp/resources.xmap
> > around line 201.
> >
>
> We were not talking about this feature of forrest but rather svg
> contracts.
>
> salu2
>
> > If the URI has **.svg then Forrest looks for a matching
> > .svg resource.
> >
> > Today i added a demo of that to our 'forrest seed sample'.
> > See http://svn.apache.org/viewcvs?rev=386521&view=rev
> >
> > See our zone:
> > http://forrest.zones.apache.org/ft/build/forrest-seed/samples/svg.html
> >
> >                 --oOo--
> >
> > Be careful. We only provide a local copy of the SVG 1.0 DTD
> > so if you use SVG 1.1 then there will be network trips
> > for the DTDs. Configure your local catalog entity resolver
> > for your local DTD copies.
> >
> > -David
> --
> thorsten
>
> "Together we stand, divided we fall!"
> Hey you (Pink Floyd)
>
>

Re: native SVG

[Thorsten Scherler <th...@apache.org>]

El vie, 17-03-2006 a las 15:26 +1100, David Crossley escribió:
> At the recent ForrestFriday Paul Bolger wrote:
> > (09:24:17) pbol: Thorsten - have you given any thought to
> > native SVG from Forrest?
> 
> Forrest already does it. See main/webapp/resources.xmap
> around line 201.
> 

We were not talking about this feature of forrest but rather svg
contracts.

salu2

> If the URI has **.svg then Forrest looks for a matching
> .svg resource.
> 
> Today i added a demo of that to our 'forrest seed sample'.
> See http://svn.apache.org/viewcvs?rev=386521&view=rev
> 
> See our zone: 
> http://forrest.zones.apache.org/ft/build/forrest-seed/samples/svg.html
> 
>                 --oOo--
> 
> Be careful. We only provide a local copy of the SVG 1.0 DTD 
> so if you use SVG 1.1 then there will be network trips
> for the DTDs. Configure your local catalog entity resolver
> for your local DTD copies.
> 
> -David
-- 
thorsten

"Together we stand, divided we fall!" 
Hey you (Pink Floyd)