<?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: Flex 4 CSS Namespaces: Annoying Migration Issues</title>
	<atom:link href="http://www.hempton.com/2009/11/flex-4-css-namespaces-annoying-migration-issues/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hempton.com/2009/11/flex-4-css-namespaces-annoying-migration-issues/</link>
	<description>Thoughts and rants from a Seattle entrepreneur.</description>
	<lastBuildDate>Fri, 18 Jun 2010 21:03:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Ruben Swieringa</title>
		<link>http://www.hempton.com/2009/11/flex-4-css-namespaces-annoying-migration-issues/comment-page-1/#comment-124</link>
		<dc:creator>Ruben Swieringa</dc:creator>
		<pubDate>Fri, 11 Jun 2010 17:45:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.hempton.com/?p=71#comment-124</guid>
		<description>if you&#039;re frustrated with having to make a namespace for each class-package you should look into manifest files, it&#039;ll allow you to map a range of components under a certain url (that you define). ..pretty much the way Adobe does it with Flex native classes.&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://www.adobe.com/livedocs/flex/201/html/wwhelp/wwhimpl/common/html/wwhelp.htm?context=LiveDocs_Book_Parts&amp;file=compilers_123_43.html&quot; rel=&quot;nofollow&quot;&gt;http://www.adobe.com/livedocs/flex/201/html/wwh...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>if you&#39;re frustrated with having to make a namespace for each class-package you should look into manifest files, it&#39;ll allow you to map a range of components under a certain url (that you define). ..pretty much the way Adobe does it with Flex native classes.</p>
<p><a href="http://www.adobe.com/livedocs/flex/201/html/wwhelp/wwhimpl/common/html/wwhelp.htm?context=LiveDocs_Book_Parts&#038;file=compilers_123_43.html" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.adobe.com/livedocs/flex/201/html/wwhelp/wwhimpl/common/html/wwhelp.htm?context=LiveDocs_Book_Parts_038_file=compilers_123_43.html&amp;referer=');"></a><a href="http://www.adobe.com/livedocs/flex/201/html/wwh.." rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.adobe.com/livedocs/flex/201/html/wwh..?referer=');">http://www.adobe.com/livedocs/flex/201/html/wwh..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastian Bernstein</title>
		<link>http://www.hempton.com/2009/11/flex-4-css-namespaces-annoying-migration-issues/comment-page-1/#comment-120</link>
		<dc:creator>Sebastian Bernstein</dc:creator>
		<pubDate>Sat, 06 Mar 2010 05:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.hempton.com/?p=71#comment-120</guid>
		<description>It might sound like a problem, in fact I also noticed that also changed the way you register CSS Styles into the CSSManager since what use to be &quot;UserView&quot; now is &quot;com.mypackage.view.UserView&quot; forcing you to rewrite a lot of code if you use the way Adobe recommended to define the default styles to a class.&lt;br&gt;&lt;br&gt;Still don&#039;t be to hasty to complain, this is just a minor change compare to what it takes to go from hallo to spark on a program including the way some stuff has been changed from the core like the way text is processed.&lt;br&gt;&lt;br&gt;If you&#039;ve been a flash programmer since the beginning all this should not be a surprise to you.Every mayor version of flash (this is every 2 years) comes with vast changes on the programming architecture that force you to learn all over again, I still remember what it was to go from the first version of FLASH to when they make it actionscript emacs4 compliant, or when they went from FLASH to Flex.&lt;br&gt;&lt;br&gt;I think they are moving in the right direction, and even I&#039;ve just started my learning process of Flex 4, I&#039;ve already realized that there are some mayor changes on how things has been rethinked and probably I&#039;ll have to rewrite most o what I have to take advantages of this changes, in the end of course I&#039;ll end up with a program that is a lot more up to date to programming trends :).&lt;br&gt;&lt;br&gt;Still there is a point on what you are saying, as actionscript becomes more powerful and applications get more complex, Adobe should restrain itself of doing this huge changes on the way the code is written since each time the overhaul gets a lot harder.</description>
		<content:encoded><![CDATA[<p>It might sound like a problem, in fact I also noticed that also changed the way you register CSS Styles into the CSSManager since what use to be &#8220;UserView&#8221; now is &#8220;com.mypackage.view.UserView&#8221; forcing you to rewrite a lot of code if you use the way Adobe recommended to define the default styles to a class.</p>
<p>Still don&#39;t be to hasty to complain, this is just a minor change compare to what it takes to go from hallo to spark on a program including the way some stuff has been changed from the core like the way text is processed.</p>
<p>If you&#39;ve been a flash programmer since the beginning all this should not be a surprise to you.Every mayor version of flash (this is every 2 years) comes with vast changes on the programming architecture that force you to learn all over again, I still remember what it was to go from the first version of FLASH to when they make it actionscript emacs4 compliant, or when they went from FLASH to Flex.</p>
<p>I think they are moving in the right direction, and even I&#39;ve just started my learning process of Flex 4, I&#39;ve already realized that there are some mayor changes on how things has been rethinked and probably I&#39;ll have to rewrite most o what I have to take advantages of this changes, in the end of course I&#39;ll end up with a program that is a lot more up to date to programming trends <img src='http://www.hempton.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>
<p>Still there is a point on what you are saying, as actionscript becomes more powerful and applications get more complex, Adobe should restrain itself of doing this huge changes on the way the code is written since each time the overhaul gets a lot harder.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
