<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Vector Graphics Analog Clock in Morfik</title>
	<atom:link href="http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/</link>
	<description>Solutions that Work</description>
	<pubDate>Fri, 21 Nov 2008 10:08:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: piprog</title>
		<link>http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/#comment-1417</link>
		<dc:creator>piprog</dc:creator>
		<pubDate>Mon, 12 Feb 2007 22:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.pannonrex.com/blog/?p=37#comment-1417</guid>
		<description>John: what I am doing in the Clock custom control is abstraction: I have an abstract rendering engine to which the clock is drawn. 

There are two implementations of that abstract engine: one for SVG, and the other for VML (supported only by IE), and the custom control uses the one that is available on the given platform (browser). And we do not need any plugins.

So in the end there is a common API that will work on all important browsers (IE, FFox, Opera, Safari) without the programmer having to worry about the details.

There are efforts out there to implement SVG over VML for IE but that is difficult, and too complex for most of the cases. Another approach is using Canvas, but that is a pixel-oriented format (while both SVG and VML are vector oriented formats).</description>
		<content:encoded><![CDATA[<p>John: what I am doing in the Clock custom control is abstraction: I have an abstract rendering engine to which the clock is drawn. </p>
<p>There are two implementations of that abstract engine: one for SVG, and the other for VML (supported only by IE), and the custom control uses the one that is available on the given platform (browser). And we do not need any plugins.</p>
<p>So in the end there is a common API that will work on all important browsers (IE, FFox, Opera, Safari) without the programmer having to worry about the details.</p>
<p>There are efforts out there to implement SVG over VML for IE but that is difficult, and too complex for most of the cases. Another approach is using Canvas, but that is a pixel-oriented format (while both SVG and VML are vector oriented formats).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Parker</title>
		<link>http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/#comment-1416</link>
		<dc:creator>John Parker</dc:creator>
		<pubDate>Mon, 12 Feb 2007 21:45:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.pannonrex.com/blog/?p=37#comment-1416</guid>
		<description>The Clock 'Custom Control' is very impressive - thank you.
I can certainly see the advantage of not having any plugin for IE, 
and as an SVG fan I wonder if it might be possible to build a custom control to display SVG content? But I  suspect this would  still require the Adobe plugin?
BTW SVG is supported (with varying degrees of succes) in Netscape, Opera &#38; FireFox. The latest news on the IE plugin (quote from SVG.org):
'Adobe have agreed to extend the distribution of their SVG Viewer indefinitely, even though there will not be any new version developed.'</description>
		<content:encoded><![CDATA[<p>The Clock &#8216;Custom Control&#8217; is very impressive - thank you.<br />
I can certainly see the advantage of not having any plugin for IE,<br />
and as an SVG fan I wonder if it might be possible to build a custom control to display SVG content? But I  suspect this would  still require the Adobe plugin?<br />
BTW SVG is supported (with varying degrees of succes) in Netscape, Opera &amp; FireFox. The latest news on the IE plugin (quote from SVG.org):<br />
&#8216;Adobe have agreed to extend the distribution of their SVG Viewer indefinitely, even though there will not be any new version developed.&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: First 3rd Party Component Install In The WebOS AppsBuilder: Done! at The Morfik Watch</title>
		<link>http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/#comment-1064</link>
		<dc:creator>First 3rd Party Component Install In The WebOS AppsBuilder: Done! at The Morfik Watch</dc:creator>
		<pubDate>Mon, 22 Jan 2007 17:14:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.pannonrex.com/blog/?p=37#comment-1064</guid>
		<description>[...] I just installed my first 3rd party component in WebOS Apps Builder: TAnalogClock. It is build by Peter Illés. I first wrote about him here, when he gave me a hack (then it was a hack), on how to use external JavaScript in Morfik. It is a &#8220;browser independent vector graphics&#8221;. The cool thing is that when you install the component, following a simple guide in the readme.txt, there is a new icon in the component palette between Google, Zapatec, Dojo and the others. [...]</description>
		<content:encoded><![CDATA[<p>[...] I just installed my first 3rd party component in WebOS Apps Builder: TAnalogClock. It is build by Peter Illés. I first wrote about him here, when he gave me a hack (then it was a hack), on how to use external JavaScript in Morfik. It is a &#8220;browser independent vector graphics&#8221;. The cool thing is that when you install the component, following a simple guide in the readme.txt, there is a new icon in the component palette between Google, Zapatec, Dojo and the others. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: piprog</title>
		<link>http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/#comment-1063</link>
		<dc:creator>piprog</dc:creator>
		<pubDate>Mon, 22 Jan 2007 07:47:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.pannonrex.com/blog/?p=37#comment-1063</guid>
		<description>Stelt: thanks for the information! your SVG site is very informative!

I know about the plugins for IE, but the primary goal is to not have any plugins in the first place so that's why I consider supporting the native format of the browser important. BTW the Adobe plugin is discontinued (no further support is provided).</description>
		<content:encoded><![CDATA[<p>Stelt: thanks for the information! your SVG site is very informative!</p>
<p>I know about the plugins for IE, but the primary goal is to not have any plugins in the first place so that&#8217;s why I consider supporting the native format of the browser important. BTW the Adobe plugin is discontinued (no further support is provided).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stelt</title>
		<link>http://www.pannonrex.com/2007/01/22/vector-graphics-analog-clock-in-morfik/#comment-1062</link>
		<dc:creator>stelt</dc:creator>
		<pubDate>Mon, 22 Jan 2007 00:35:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.pannonrex.com/blog/?p=37#comment-1062</guid>
		<description>You know there are a couple of indirect options for doing SVG in Internet Explorer? The Adobe SVG Viewer is the most wildly used at the moment. See more at http://svg.startpagina.nl</description>
		<content:encoded><![CDATA[<p>You know there are a couple of indirect options for doing SVG in Internet Explorer? The Adobe SVG Viewer is the most wildly used at the moment. See more at <a href="http://svg.startpagina.nl" onclick="javascript:pageTracker._trackPageview('/outbound/comment/svg.startpagina.nl');" rel="nofollow">http://svg.startpagina.nl</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
