<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why Adobe chose FXG over SVG</title>
	<atom:link href="http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/</link>
	<description>code = joy</description>
	<lastBuildDate>Fri, 02 Dec 2011 01:36:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: Chuck</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-24774</link>
		<dc:creator>Chuck</dc:creator>
		<pubDate>Mon, 08 Nov 2010 20:54:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-24774</guid>
		<description>I&#039;m not a developer, but instead a client who hires developers. So my perspective might be different, less technical and even irrelevant to those reading this blog, but I&#039;ll take a moment and make a case nonetheless. For the past several months, my contract developer team has been creating a custom Flash-based editor using TLF. The &quot;simple goal&quot; was to have a WYSIWYG editor that reads / writes xHTML 1.0 strict with tables and absolute positioning. Who would have thought in a million years that would be comparative in difficulty to a lunar landing? Yes, we now have one of the first Flash-based editors that successfully perform those goals. But it was time-consuming, expensive and far more difficult than it should be.  Why? Because Adobe had either the ignorance or arrogance to decide TLF didn&#039;t need to support xHTML and tables although it would have been a relatively easy to include. When you read the TLF forum, these glaring omissions are constantly requested, yet Adobe’s official reply is &quot;we have no immediate plans to add those features&quot;. Translation? The input from Adobe’s community of developers is meaningless even if the requests are universally voiced. To me, that’s incredible and the decision to use FXG instead of enhancing SVG is just another example of how they refuse accommodate the development community’s wishes. Adobe virtually owns SVG, the Flash player and the graphic design software industry. No one has the level of holistic control they enjoy. So please don’t tell me Adobe felt “limited” by SVG and had to create a new format. They can do anything they want and they consistently prove such in the negative.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a developer, but instead a client who hires developers. So my perspective might be different, less technical and even irrelevant to those reading this blog, but I&#8217;ll take a moment and make a case nonetheless. For the past several months, my contract developer team has been creating a custom Flash-based editor using TLF. The &#8220;simple goal&#8221; was to have a WYSIWYG editor that reads / writes xHTML 1.0 strict with tables and absolute positioning. Who would have thought in a million years that would be comparative in difficulty to a lunar landing? Yes, we now have one of the first Flash-based editors that successfully perform those goals. But it was time-consuming, expensive and far more difficult than it should be.  Why? Because Adobe had either the ignorance or arrogance to decide TLF didn&#8217;t need to support xHTML and tables although it would have been a relatively easy to include. When you read the TLF forum, these glaring omissions are constantly requested, yet Adobe’s official reply is &#8220;we have no immediate plans to add those features&#8221;. Translation? The input from Adobe’s community of developers is meaningless even if the requests are universally voiced. To me, that’s incredible and the decision to use FXG instead of enhancing SVG is just another example of how they refuse accommodate the development community’s wishes. Adobe virtually owns SVG, the Flash player and the graphic design software industry. No one has the level of holistic control they enjoy. So please don’t tell me Adobe felt “limited” by SVG and had to create a new format. They can do anything they want and they consistently prove such in the negative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nwebb &#187; Flash vs HTML5 - and a few points for HTML5 advocates to consider :)</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-17077</link>
		<dc:creator>nwebb &#187; Flash vs HTML5 - and a few points for HTML5 advocates to consider :)</dc:creator>
		<pubDate>Thu, 08 Oct 2009 08:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-17077</guid>
		<description>[...] to the conventions as they could but felt unable to go 100% with SVG. You can read all about it here.  Standards take time to agree upon and still not everyone will agree - I&#8217;ve already seen [...]</description>
		<content:encoded><![CDATA[<p>[...] to the conventions as they could but felt unable to go 100% with SVG. You can read all about it here.  Standards take time to agree upon and still not everyone will agree &#8211; I&#8217;ve already seen [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noj</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-16874</link>
		<dc:creator>Noj</dc:creator>
		<pubDate>Wed, 30 Sep 2009 22:30:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-16874</guid>
		<description>I was in the same ship as SVG but then I 
had a look at catalyst and FXG and then understood why fxg was a much better and superior format. I hope adobe goes further and makes fxg a standard for flash graphics. In addition adobe is a design product giant, they did really need a way to standardize a graphics interchange format between their products, svg couldn&#039;t do that without too much hacking.</description>
		<content:encoded><![CDATA[<p>I was in the same ship as SVG but then I<br />
had a look at catalyst and FXG and then understood why fxg was a much better and superior format. I hope adobe goes further and makes fxg a standard for flash graphics. In addition adobe is a design product giant, they did really need a way to standardize a graphics interchange format between their products, svg couldn&#8217;t do that without too much hacking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adobe Replaces SVG with FXG &#124; Enetlive.net- Rich Internet Applications Blog</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14322</link>
		<dc:creator>Adobe Replaces SVG with FXG &#124; Enetlive.net- Rich Internet Applications Blog</dc:creator>
		<pubDate>Fri, 10 Oct 2008 02:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14322</guid>
		<description>[...] Blog Posts: Mike Chamber Blog Post - Why Adobe Chose FXG Over SVG [...]</description>
		<content:encoded><![CDATA[<p>[...] Blog Posts: Mike Chamber Blog Post &#8211; Why Adobe Chose FXG Over SVG [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Flex Monkey Patches &#187; Blog Archive &#187; Rubbernecker’s Review - Week 15</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14271</link>
		<dc:creator>Flex Monkey Patches &#187; Blog Archive &#187; Rubbernecker’s Review - Week 15</dc:creator>
		<pubDate>Tue, 07 Oct 2008 14:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14271</guid>
		<description>[...] Why Adobe chose FXG over SVG (from Mike Chambers) [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Adobe chose FXG over SVG (from Mike Chambers) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: todd</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14232</link>
		<dc:creator>todd</dc:creator>
		<pubDate>Wed, 01 Oct 2008 13:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14232</guid>
		<description>I&#039;m not too worried about Adobe not supporting SVG.  I&#039;m sure there will be tools or some third-party API that might help convert such to FXG.  People have been doing this for Silverlight.   I guess I&#039;m more interested on what SVG can do that FXG cannot.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not too worried about Adobe not supporting SVG.  I&#8217;m sure there will be tools or some third-party API that might help convert such to FXG.  People have been doing this for Silverlight.   I guess I&#8217;m more interested on what SVG can do that FXG cannot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank Spangenberg</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14231</link>
		<dc:creator>Frank Spangenberg</dc:creator>
		<pubDate>Wed, 01 Oct 2008 12:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14231</guid>
		<description>I totally agree with Dan Martin, it&#039;s like every Adobe developer group is creating their own file formats for interchange between application A and B, B and A, C and A, C and B etc. At the end we&#039;ll have 10 apps and 100 file formats. Somebody totally misunderstood the approach of STANDARDS!

And if FXG is so close to SVG, why don&#039;t you just improve SVG? Because you&#039;re loosing the USP? “You” are looking at SVG like if it&#039;s a fixed non-changeable standard...

And what&#039;s the difference between a “non-standard implementation of SVG” and a not standardized FXG?</description>
		<content:encoded><![CDATA[<p>I totally agree with Dan Martin, it&#8217;s like every Adobe developer group is creating their own file formats for interchange between application A and B, B and A, C and A, C and B etc. At the end we&#8217;ll have 10 apps and 100 file formats. Somebody totally misunderstood the approach of STANDARDS!</p>
<p>And if FXG is so close to SVG, why don&#8217;t you just improve SVG? Because you&#8217;re loosing the USP? “You” are looking at SVG like if it&#8217;s a fixed non-changeable standard&#8230;</p>
<p>And what&#8217;s the difference between a “non-standard implementation of SVG” and a not standardized FXG?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tek</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14229</link>
		<dc:creator>Tek</dc:creator>
		<pubDate>Wed, 01 Oct 2008 10:35:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14229</guid>
		<description>It&#039;s too bad that we could not use SVG for Flash graphics and searchable content, but I find hundred times worst not to have a standard way to use FXG (or SVG) from the HTML page to use it at runtime in Flash.

We really need to execute FXG from the HTML page, it would allow to create full readable content for &quot;Search Engines&quot; and text readers. And it would help to silence a little those who tell you all the day long that Javascript is much easy to integrate and deploy than Flash for UI Design. It could be our better argument against nowadays Javascript conquerors (the best would be to have Actionscript evaluation ... but we couldn&#039;t for the moment).

I&#039;ve started to develop something that read custom XML block from HTML with ExternalInterface but it is not HTML valid if I remember. The only standard way to read FXG from HTML is to write XML content inside the OBJECT tag. But its content couldn&#039;t be read from Javascript nor ExternalInterface so.

Could it be possible to change the Flash Player to initialize it with FXG tags coming from the  tag ? Would it be in any Adobe plan to parse FXG at runtime and to do so ?</description>
		<content:encoded><![CDATA[<p>It&#8217;s too bad that we could not use SVG for Flash graphics and searchable content, but I find hundred times worst not to have a standard way to use FXG (or SVG) from the HTML page to use it at runtime in Flash.</p>
<p>We really need to execute FXG from the HTML page, it would allow to create full readable content for &#8220;Search Engines&#8221; and text readers. And it would help to silence a little those who tell you all the day long that Javascript is much easy to integrate and deploy than Flash for UI Design. It could be our better argument against nowadays Javascript conquerors (the best would be to have Actionscript evaluation &#8230; but we couldn&#8217;t for the moment).</p>
<p>I&#8217;ve started to develop something that read custom XML block from HTML with ExternalInterface but it is not HTML valid if I remember. The only standard way to read FXG from HTML is to write XML content inside the OBJECT tag. But its content couldn&#8217;t be read from Javascript nor ExternalInterface so.</p>
<p>Could it be possible to change the Flash Player to initialize it with FXG tags coming from the  tag ? Would it be in any Adobe plan to parse FXG at runtime and to do so ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Martin</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14227</link>
		<dc:creator>Dan Martin</dc:creator>
		<pubDate>Wed, 01 Oct 2008 07:11:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14227</guid>
		<description>I work with Adobe products for a living, and am probably the prime audience for Thermo -- I spend about 50% of my time developing prototypes in Flex.  So, I find this discussion interesting, but I&#039;m not as willing to give it a free pass as the previous commenters.

I guess I have to ask, since Adobe was involved in the creation of SVG and participates in its maintenance, why cant&#039; these limitation be addressed there?

Secondly, the SVG spec does have extensibility support with a mind towards including viable extensions in future specs:  http://wiki.svg.org/SVG_Extensions

I find Mark Ander&#039;s explanation to be fairly unconvincing.  It kind of reads like someone who wants to make a new spec.  For instance, he says &quot;Flex doesn&#039;t provide a DOM of the MXML document so there&#039;s no way to look up an object with a specific ID&quot;.  Maybe I&#039;m crazy, but I&#039;m pretty sure there are multiple ways to lookup an object by ID in Flex(MyMXML.myPropery, MyMXML[&quot;myProperty&quot;]), so I guess I just don&#039;t get it.  On most of his other points, I believe SVG extensions could likely address the issue.

I find the whole topic of Adobe and open formats rather frustrating.</description>
		<content:encoded><![CDATA[<p>I work with Adobe products for a living, and am probably the prime audience for Thermo &#8212; I spend about 50% of my time developing prototypes in Flex.  So, I find this discussion interesting, but I&#8217;m not as willing to give it a free pass as the previous commenters.</p>
<p>I guess I have to ask, since Adobe was involved in the creation of SVG and participates in its maintenance, why cant&#8217; these limitation be addressed there?</p>
<p>Secondly, the SVG spec does have extensibility support with a mind towards including viable extensions in future specs:  <a href="http://wiki.svg.org/SVG_Extensions" rel="nofollow">http://wiki.svg.org/SVG_Extensions</a></p>
<p>I find Mark Ander&#8217;s explanation to be fairly unconvincing.  It kind of reads like someone who wants to make a new spec.  For instance, he says &#8220;Flex doesn&#8217;t provide a DOM of the MXML document so there&#8217;s no way to look up an object with a specific ID&#8221;.  Maybe I&#8217;m crazy, but I&#8217;m pretty sure there are multiple ways to lookup an object by ID in Flex(MyMXML.myPropery, MyMXML["myProperty"]), so I guess I just don&#8217;t get it.  On most of his other points, I believe SVG extensions could likely address the issue.</p>
<p>I find the whole topic of Adobe and open formats rather frustrating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: isriya</title>
		<link>http://www.mikechambers.com/blog/2008/09/30/why-adobe-chose-fxg-over-svg/comment-page-1/#comment-14225</link>
		<dc:creator>isriya</dc:creator>
		<pubDate>Wed, 01 Oct 2008 06:36:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikechambers.com/blog/?p=1550#comment-14225</guid>
		<description>Mike,

any idea about next speaking tour in Thailand/Southeast Asia?</description>
		<content:encoded><![CDATA[<p>Mike,</p>
<p>any idea about next speaking tour in Thailand/Southeast Asia?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

