[Seaside] SVG design questions

[Sebastian Sastre]

This encourage the initiative: 

http://www.digital-web.com/articles/svg_the_new_flash/

http://operawatch.com/news/2008/03/is-apple-looking-to-svg-as-a-flash-replacemen
t-for-the-iphone.html

	cheers
 
Sebastian Sastre

 

 


________________________________

	De: seaside-bounces at lists.squeakfoundation.org
[mailto:seaside-bounces at lists.squeakfoundation.org] En nombre de Gerhard
Obermann
	Enviado el: Miércoles, 09 de Abril de 2008 07:22
	Para: Seaside - general discussion
	Asunto: Re: [Seaside] SVG design questions
	
	
	Hi!
	 
	It looks very cool, so please create a squeak package on squeaksource
and assign me as developer!
	 
	AFAIK Inline SVG hast too many drawbacks (especially on IE), so the main
goal should be the rendering for linked SVG documents.
	 
	BTW: Which version are you using!
	I think it should be developed for Seaside 2.9!
	 
	br
	 
	Gerhard
	 


	 
	On 4/9/08, Lukas Renggli <renggli at gmail.com> wrote: 

		Hi Holger,
		
		Gerhard is also interested working on that. So I suggest that
you
		collaborate ;-)
		
		>  The first issue is the canvas. Subclassing the existing
canvas seems to be
		> a bad idea:
		>  - SVG has an extensive set of tags. Combining this with the
extensive set
		> of HTML tags will end up in one large bulky mess
		>  - the SVG anchor has the same tag as the HTML anchor, but
requires the
		> xlink namespace for the href attribute, so it requires a
different anchor
		> brush
		>  - SVG and HTML cannot be freely mixed, so it's not necessary
to combine the
		> both in a single class.
		
		I suggest that you create your own "namespace" that you can
retrieve
		from the html canvas. This would be an object that knows the
		underlying rendering context, but only has the SVG relevant
methods.
		
		So that you can write:
		
		  html svg line
		     from: 1 @ 1;
		     to: 100 @ 100
		
		Or for embedded SVG rendering I imagine writing something like:
		
		   html svg: [ html renderSvgOn: html svg ]
		
		Where renderSvgOn: would look like:
		
		   renderSvgOn: svg
		      svg line
		         from: 1 @ 1;
		         to: 100 @ 100
		
		>  Currently, I've subclassed WACanvas, not WARenderCanvas.
Rendering inlined
		> SVG will require switching the canvas. Currently I see no
problems here, but
		> maybe I'm wrong.
		
		I think that's the way to go.
		
		>  Another issue is inlining SVG vs. separate SVG documents.
Quite often I've
		> seen some caveats about inlining SVG (e.g. see
		> http://wiki.svg.org/Inline_SVG). On the other hand, I see some
disadvantages
		
		I have no experience with that.
		
		I think inlining seems simpler to start with. Have a look at the
		#iframe brush to see how to create a specific document as part
of the
		page.
		
		>  Embedding with <object>
		>  -----------------------
		>  I've tried to implement rendering of external SVG documents
that are
		> included as <object> in the HTML document, and kind of
succeeded:
		>
		>  http://www.smallish.org:7777/seaside/SVG/example
		
		Wow, that looks already very cool.
		
		Cheers,
		Lukas
		
		--
		Lukas Renggli
		http://www.lukas-renggli.ch
		_______________________________________________
		seaside mailing list
		seaside at lists.squeakfoundation.org
	
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside