<?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: Swiz 0.6.2 with Flex 4 support</title>
	<atom:link href="http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/feed/" rel="self" type="application/rss+xml" />
	<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/</link>
	<description>Flash Platform (Flash, Flex, AIR) thoughts and examples</description>
	<lastBuildDate>Sat, 24 Jul 2010 13:37:31 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sönke</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-28030</link>
		<dc:creator>Sönke</dc:creator>
		<pubDate>Mon, 21 Dec 2009 11:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-28030</guid>
		<description>Jesse, thanks for your feedback but I would ask you to write this to the Swiz mailinglist so all Swiz users can follow up.</description>
		<content:encoded><![CDATA[<p>Jesse, thanks for your feedback but I would ask you to write this to the Swiz mailinglist so all Swiz users can follow up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Lundberg</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-28029</link>
		<dc:creator>Jesse Lundberg</dc:creator>
		<pubDate>Mon, 21 Dec 2009 05:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-28029</guid>
		<description>First, thanks for contributing to a terrific framework!  I&#039;ve had the opportunity to test-drive a variety of them on various projects, and have found this one to be the most practical so far.  I&#039;m looking forward to using the 1.0 alpha rewrite I just pulled from GitHub in production.

In the interim (I&#039;m using 0.6.4), I find myself caught up in the same problem Erik described with the recent Flex 4 nightly builds, and was wondering if anyone has a fix for this issue.  I&#039;m currently frozen to the 4.0.0.1230 build because of it.

Any suggestions would be most appreciated.</description>
		<content:encoded><![CDATA[<p>First, thanks for contributing to a terrific framework!  I&#8217;ve had the opportunity to test-drive a variety of them on various projects, and have found this one to be the most practical so far.  I&#8217;m looking forward to using the 1.0 alpha rewrite I just pulled from GitHub in production.</p>
<p>In the interim (I&#8217;m using 0.6.4), I find myself caught up in the same problem Erik described with the recent Flex 4 nightly builds, and was wondering if anyone has a fix for this issue.  I&#8217;m currently frozen to the 4.0.0.1230 build because of it.</p>
<p>Any suggestions would be most appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Reedstrom</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-27969</link>
		<dc:creator>Erik Reedstrom</dc:creator>
		<pubDate>Mon, 07 Dec 2009 22:51:32 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-27969</guid>
		<description>I switched over to the latest nightly build, currently 4.0.0.12589, and noticed that the [Autowire] tags in the views are no longer auto-wiring.

There is no dispatch of an event for addedToStage, so handleAutowireEvent is never being fired.  This works in the current milestone version, 4.0.0.10485.</description>
		<content:encoded><![CDATA[<p>I switched over to the latest nightly build, currently 4.0.0.12589, and noticed that the [Autowire] tags in the views are no longer auto-wiring.</p>
<p>There is no dispatch of an event for addedToStage, so handleAutowireEvent is never being fired.  This works in the current milestone version, 4.0.0.10485.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dwong</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-27740</link>
		<dc:creator>Dwong</dc:creator>
		<pubDate>Thu, 29 Oct 2009 08:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-27740</guid>
		<description>Just wanted to add to this insightful blog that I&#039;ve found a way to, in a sense, have the initialize() in IInitializingBean in the view.

Since mxml bindings work with Autowiring beans, all you do is inject some bean into your view and listen to that via  mxml tag.  I haven&#039;t found a way to add this binding in actionscript - it appears that adding it too early or too late causes the binding to not occur, and thus no &quot;notification&quot; on the view-side that Swiz has finished auto-wiring.</description>
		<content:encoded><![CDATA[<p>Just wanted to add to this insightful blog that I&#8217;ve found a way to, in a sense, have the initialize() in IInitializingBean in the view.</p>
<p>Since mxml bindings work with Autowiring beans, all you do is inject some bean into your view and listen to that via  mxml tag.  I haven&#8217;t found a way to add this binding in actionscript &#8211; it appears that adding it too early or too late causes the binding to not occur, and thus no &#8220;notification&#8221; on the view-side that Swiz has finished auto-wiring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Yanarella</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-26858</link>
		<dc:creator>John Yanarella</dc:creator>
		<pubDate>Sun, 12 Jul 2009 00:53:47 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-26858</guid>
		<description>That should have read: &quot;...when autowiring* to a particular property in an injected bean...&quot;</description>
		<content:encoded><![CDATA[<p>That should have read: &#8220;&#8230;when autowiring* to a particular property in an injected bean&#8230;&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Yanarella</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-26857</link>
		<dc:creator>John Yanarella</dc:creator>
		<pubDate>Sun, 12 Jul 2009 00:52:24 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-26857</guid>
		<description>Spoke with Chris and Ben earlier this week about making the necessary changes to support automatic bindings for non-primitives as well.  For standard [Autowire] statements, it makes sense to only inject the requested instance at initialization.  However, when binding to a particular property in an injected bean, it makes sense to always establish the binding as those properties may change over time.  In my particular use case, I was implementing the PresentationModel pattern and using autowire-by-property to inject and observe properties in a PresentationModel from a Model bean.  The automatic bindings provide a very elegant solution for synchronizing changes made to the Model back to the PresentationModel.

Chris made the changes on his local snapshot of the code - hope to see this change rolled into the next release.</description>
		<content:encoded><![CDATA[<p>Spoke with Chris and Ben earlier this week about making the necessary changes to support automatic bindings for non-primitives as well.  For standard [Autowire] statements, it makes sense to only inject the requested instance at initialization.  However, when binding to a particular property in an injected bean, it makes sense to always establish the binding as those properties may change over time.  In my particular use case, I was implementing the PresentationModel pattern and using autowire-by-property to inject and observe properties in a PresentationModel from a Model bean.  The automatic bindings provide a very elegant solution for synchronizing changes made to the Model back to the PresentationModel.</p>
<p>Chris made the changes on his local snapshot of the code &#8211; hope to see this change rolled into the next release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sönke</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-26846</link>
		<dc:creator>Sönke</dc:creator>
		<pubDate>Thu, 09 Jul 2009 17:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-26846</guid>
		<description>Hi Jason,
the example is:
[Bindable]
[Autowire( bean=&quot;appModel&quot;, property=&quot;activeView&quot;, twoWay=&quot;true&quot; )]
public var activeView:int;

So activeView is an int meaning a primitive and no object. So when the view holding this property is added to the stage Swiz injects the value appModel.activeView into the activeView property. Now when you would change the value activeView without twoWay=&quot;true&quot; appModel.activeView would not be changed and when set to true it will be changed because a ChangeWatcher acts behind the scenes.

However, this only applies to primitives.</description>
		<content:encoded><![CDATA[<p>Hi Jason,<br />
the example is:<br />
[Bindable]<br />
[Autowire( bean="appModel", property="activeView", twoWay="true" )]<br />
public var activeView:int;</p>
<p>So activeView is an int meaning a primitive and no object. So when the view holding this property is added to the stage Swiz injects the value appModel.activeView into the activeView property. Now when you would change the value activeView without twoWay=&#8221;true&#8221; appModel.activeView would not be changed and when set to true it will be changed because a ChangeWatcher acts behind the scenes.</p>
<p>However, this only applies to primitives.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Chen</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-26844</link>
		<dc:creator>Jason Chen</dc:creator>
		<pubDate>Thu, 09 Jul 2009 14:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-26844</guid>
		<description>Hi, I am kind of confused about the &quot;twoWay&quot; attribute. I have been using Java/SpringFramework for the past 4,5 years and I know that if it&#039;s a singleton bean, there is only one set of values in a single instance of bean. All the other objects are only holding a &quot;reference&quot; to that bean. If one bean holder changes the value in the bean, then the value will be changed for all the other bean with the same reference (i.e. ), so it&#039;s always &quot;twoWay&quot; in Java/Spring. How is it different from the Swiz in Flex? Can someone explain a little bit more details? Should we make the &quot;twoWay&quot; the default behavior? When a bean is &quot;Autowired&quot;, the AS object should only hold a reference to that bean if it&#039;s an object, isn&#039;t it? Then when the data got modified, next time when the same AS object got injected to a view, should the value be there? I am hoping it&#039;s not &quot;copying&quot; the value into a new object in the view. It should be just a &quot;reference&quot;, right? Or it doesn&#039;t work that way in actionscript?</description>
		<content:encoded><![CDATA[<p>Hi, I am kind of confused about the &#8220;twoWay&#8221; attribute. I have been using Java/SpringFramework for the past 4,5 years and I know that if it&#8217;s a singleton bean, there is only one set of values in a single instance of bean. All the other objects are only holding a &#8220;reference&#8221; to that bean. If one bean holder changes the value in the bean, then the value will be changed for all the other bean with the same reference (i.e. ), so it&#8217;s always &#8220;twoWay&#8221; in Java/Spring. How is it different from the Swiz in Flex? Can someone explain a little bit more details? Should we make the &#8220;twoWay&#8221; the default behavior? When a bean is &#8220;Autowired&#8221;, the AS object should only hold a reference to that bean if it&#8217;s an object, isn&#8217;t it? Then when the data got modified, next time when the same AS object got injected to a view, should the value be there? I am hoping it&#8217;s not &#8220;copying&#8221; the value into a new object in the view. It should be just a &#8220;reference&#8221;, right? Or it doesn&#8217;t work that way in actionscript?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sönke</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-26706</link>
		<dc:creator>Sönke</dc:creator>
		<pubDate>Thu, 18 Jun 2009 19:12:07 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-26706</guid>
		<description>drop me a mail and I can send it to you (soenke.rohde gmail com).
btw: you only need this to compile swiz itself and not for any projects you do with swiz. then you only have to download the swc and put it into the libs directory.</description>
		<content:encoded><![CDATA[<p>drop me a mail and I can send it to you (soenke.rohde gmail com).<br />
btw: you only need this to compile swiz itself and not for any projects you do with swiz. then you only have to download the swc and put it into the libs directory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: flashvnn</title>
		<link>http://soenkerohde.com/2009/06/swiz-062-with-flex-4-support/comment-page-1/#comment-26705</link>
		<dc:creator>flashvnn</dc:creator>
		<pubDate>Thu, 18 Jun 2009 17:43:20 +0000</pubDate>
		<guid isPermaLink="false">http://soenkerohde.com/?p=487#comment-26705</guid>
		<description>humn, i downloaded and install standalone but still get problem, can you make simple demo and share your project with configure?

Thank</description>
		<content:encoded><![CDATA[<p>humn, i downloaded and install standalone but still get problem, can you make simple demo and share your project with configure?</p>
<p>Thank</p>
]]></content:encoded>
	</item>
</channel>
</rss>
