Comments on: MXML Implementation of ChangeWatcher http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/ Exploring Flex, Design, and Visualization Wed, 07 Jan 2009 04:11:46 +0000 http://wordpress.org/?v=2.7 hourly 1 By: Theo http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/comment-page-1/#comment-35 Theo Sat, 12 Apr 2008 09:34:13 +0000 http://www.rphelan.com/?p=25#comment-35 I see, that should have been obvious. I see, that should have been obvious.

]]> By: Ryan http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/comment-page-1/#comment-34 Ryan Fri, 11 Apr 2008 15:14:04 +0000 http://www.rphelan.com/?p=25#comment-34 The conflict arises in the internal usage of the flex ChangeWatcher class within my ChangeWatcher class. I think you can get around the problem by writing "private var _watcher:mx.binding.utils.ChangeWatcher;", but I just felt like being lazy. Feel free to modify the class however you see fit. The conflict arises in the internal usage of the flex ChangeWatcher class within my ChangeWatcher class. I think you can get around the problem by writing “private var _watcher:mx.binding.utils.ChangeWatcher;”, but I just felt like being lazy. Feel free to modify the class however you see fit.

]]> By: Shawn Makinson http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/comment-page-1/#comment-33 Shawn Makinson Fri, 11 Apr 2008 12:53:41 +0000 http://www.rphelan.com/?p=25#comment-33 You might find these useful: http://weblogs.macromedia.com/auhlmann/archives/ObserveUtility.zip There are several options with mxml tags to watch a var and setup a handler. You might find these useful:

http://weblogs.macromedia.com/auhlmann/archives/ObserveUtility.zip

There are several options with mxml tags to watch a var and setup a handler.

]]> By: Theo http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/comment-page-1/#comment-31 Theo Thu, 10 Apr 2008 17:40:12 +0000 http://www.rphelan.com/?p=25#comment-31 I'm confused as to why you feel the need to prefix your class' name. Since it's going to be used more or less exclusively in MXML there should be no risk of it ever clashing with the Flex class ChangeWatcher. In MXML you would always refer to it with it's full package (in the shorthand form of XML namespaces). I’m confused as to why you feel the need to prefix your class’ name. Since it’s going to be used more or less exclusively in MXML there should be no risk of it ever clashing with the Flex class ChangeWatcher. In MXML you would always refer to it with it’s full package (in the shorthand form of XML namespaces).

]]> By: Ryan http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/comment-page-1/#comment-30 Ryan Thu, 10 Apr 2008 16:49:52 +0000 http://www.rphelan.com/?p=25#comment-30 Cool, thanks for the tip. Did I get your name wrong? I just copied from the "posted by" at the bottom of the page. Sorry about that dude. Cool, thanks for the tip.

Did I get your name wrong? I just copied from the “posted by” at the bottom of the page. Sorry about that dude.

]]> By: Brian Holmes http://www.rphelan.com/2008/04/10/mxml-implementation-of-changewatcher/comment-page-1/#comment-29 Brian Holmes Thu, 10 Apr 2008 16:09:52 +0000 http://www.rphelan.com/?p=25#comment-29 In the IMXMLObject implementations i've seen in the framework the id and document are private vars. I was wrong when i posted my implementation, although I don't know if it makes much of a diff. In the IMXMLObject implementations i’ve seen in the framework the id and document are private vars. I was wrong when i posted my implementation, although I don’t know if it makes much of a diff.

]]>