<?xml version="1.0" encoding="utf-8"?>
			
			<rss version="2.0">
			<channel>
			<title>David Harris&apos;s Technology Blog</title>
			<link>http://www.harrisfamily.net.nz/devblog/index.cfm</link>
			<description>ColdFusion, Flex and the Universe...</description>
			<language>en-us</language>
			<pubDate>Wed, 08 Sep 2010 05:30:24 -0500</pubDate>
			<lastBuildDate>Fri, 18 Dec 2009 04:58:00 -0500</lastBuildDate>
			<generator>BlogCFC</generator>
			<docs>http://blogs.law.harvard.edu/tech/rss</docs>
			<managingEditor>harrisfamily.net.nz@gmail.com</managingEditor>
			<webMaster>harrisfamily.net.nz@gmail.com</webMaster>
			
			<item>
				<title>Getting Red from my color</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/12/18/Getting-Red-from-my-color</link>
				<description>
				
				I have a situation where I want to manipulate colors in flash.

The idea is that the colors will cross fade nicely from one shade to another.

While you can define colors like this: 0xef556ef

that is stored as a unit data type.

Looking at the above string, it&apos;s 8 char in length.

The first two &quot;0x&quot; tell flash to treat this string as a hexadecimal value.

the next two &quot;ef&quot; are the red value, the next two &quot;55&quot; are green and the last 2 &quot;ef&quot; are blue.

Given the above value, I wanted to get the red shade of it, and only the red shade.

This is what I came up with:

&lt;code&gt;

var myColor 		: uint = 0xef556ef

//convert the color to a string on a hex base and get the first 2 chars with &quot;0x&quot; at the front

var redValueString	:String = &quot;0x&quot; + myColor.toString( 16 ).substr(0,2);
				
trace( redValueString );

//convert the sting to the int value

var redValueInt		: int = int( redValueString );
				
trace( redValueInt.toString() );

&lt;/code&gt;

This does give me the result, which is good, but I&apos;m no flash pro, so is there a better (right?) way to do it?

Feel free to tell me if there is! 
				</description>
				
				<category>Action Script</category>				
				
				<pubDate>Fri, 18 Dec 2009 04:58:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/12/18/Getting-Red-from-my-color</guid>
				
			</item>
			
			<item>
				<title>CfObjective Downunder</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/10/29/CfObjective-Downunder</link>
				<description>
				
				I&apos;ve been a bit slow in blogging, but thanks to a &lt;a&gt;http://www.cfobjective.com.au/go/about-us,hard working team&lt;/a&gt;, CFObjective is coming downunder!

They have secured a &lt;a&gt;http://www.cfobjective.com.au/go/speakers,stelar line up&lt;/a&gt; of speakers, from both down under and up-over!

CFObjective is &quot;The Only Enterprise ColdFusion Conference&quot;, so expect a lot more than intro sessions here!


Website: &lt;a&gt;http://www.cfobjective.com.au/&lt;/a&gt;

Twitter: &lt;a&gt;http://twitter.com/cfobjective_anz&lt;/a&gt;

&lt;img src =&quot;http://www.cfobjective.com.au/images/SourceImage/banner_540.jpg&quot;/&gt; 
				</description>
				
				<category>General</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Thu, 29 Oct 2009 15:05:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/10/29/CfObjective-Downunder</guid>
				
			</item>
			
			<item>
				<title>Frameworks: Whats good about them, whats bad about them.</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/10/29/Frameworks-Whats-good-about-them-whats-bad-about-them</link>
				<description>
				
				Frameworks: Whats good about them, whats bad about them.

In my years programming, I&apos;ve always advocated the use of frame works.
While I have only every really used a handful of them myself, (across CF,PHP and Flex) there are underlying principles around frameworks that really appeal to me.

But there are things about using frameworks you need to keep in mind.

But first, some of the good things (a non-complete list):

1. Most frame works have the MVC paradigm at their heart. This is GOOD

2. Force some degree of fore-thought before launching in to code

3. If you use a documented framework consistently, handing over of projects is simpler. (key word &quot;documented&quot;! )

4. Enforces a structure to your code base, which, once you understand it, *usually* means you can de-bug it better



Now the bad things (also a non-complete list):

1. You are trusting code you may not fully know, or even blindly trusting this code.

2. Frameworks are not &quot;silver bullets&quot; that make you problems go away.

3. &quot;Roll your own&quot; frameworks are often badly documented, so hand over can be a real nightmare

4. You can get (feel?) trapped in a framework if it starts to fail you in anyway

5. There is no &quot;perfect&quot; framework. All have pros and cons. You&apos;ll need to find them and work with them.


I used to say &quot;The more something does for you, the less you can do with it&quot;.
Of the past 5 or so years, this statement is less and less true, as there are some very comprehensive frameworks out there that do a very good job of empowering you to do what you need to do, while doing a lot of under-the-hood stuff too.

To expound on a couple of the &quot;Bad things&quot;

While trusting code you don&apos;t &quot;know&quot; isn&apos;t always bad, it is bad if you start having issues with it. You are faced with some options.

- Abandon it

- Dig in to it and &quot;learn&quot; it so you can fix it

- Work round it&apos;s limitations

While I like using frameworks where I can, there is always the &quot;can-o-worms&quot; fear that maybe framework &quot;ABC&quot; or &quot;XYZ&quot; isn&apos;t quite a clever as I was expecting under the hood...

On the non-silver bullets of frameworks: sometimes it seems (particularly in the &quot;Which framework is king&quot; &lt;del&gt;flame wars&lt;/del&gt; discussions), that people are looking for a framework to make all the hard work go away.

Unfortunately this isn&apos;t what frameworks are for or about.
Which ever framework you pick, you will have to learn how it works.

You will be slower with it than not using it at first.
You will be faced with learning the framework AND solving the problem(s) you are developing to.

But... 

- the more you use it, the faster you will get at it

- When faced with problems, you&apos;ll know how to solve them within the framework, so you time isn&apos;t eaten up with &quot;what goes where&quot;, but you can focus on the problem at hand.


While the above is by no means complete, I had to let it out somewhere! 
Thanks for listening!

PS: I have nothing but absolute respect and props for the men and women who give up so much of their (usually personal) time to create/code and manage any framework!
My hat is off to them!


PPS: One other thought: A lot of what I&apos;ve said above is also true for application platforms too! 
				</description>
				
				<category>Frameworks</category>				
				
				<category>General</category>				
				
				<pubDate>Thu, 29 Oct 2009 14:54:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/10/29/Frameworks-Whats-good-about-them-whats-bad-about-them</guid>
				
			</item>
			
			<item>
				<title>Adobe Community Road Show Coming to Auckland!</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/6/23/Adobe-Community-Road-Show-Coming-to-Auckland</link>
				<description>
				
				This Thursday &lt;a&gt;http://www.cfug.org.nz/&lt;/a&gt; and &lt;a&gt;http://www.fxug.org.nz/&lt;/a&gt; are hosting an Adobe Roadshow event with &lt;a&gt;http://www.markszulc.com/blog/2009/06/22/flash-catalyst-builder-cf-tour-headed-to-auckland-nz/,Mark Szulc&lt;/a&gt;.

Come along to hear more about Flash Builder, Flash Catalyst and CF9!

I will attempt to broadcast the meeting on &lt;a&gt;http://experts.na3.acrobat.com/nzcfug/&lt;/a&gt;, all going well!

Related Links:

&lt;a&gt;http://groups.adobe.com/posts/1b5f77b054&lt;/a&gt;

&lt;a&gt;http://nzroadshow.eventbrite.com/&lt;/a&gt;

&lt;a&gt;http://labs.adobe.com/&lt;/a&gt;

See you there! 
				</description>
				
				<category>FXUG</category>				
				
				<category>Adobe</category>				
				
				<category>CFUG</category>				
				
				<category>ColdFusion</category>				
				
				<category>Flex</category>				
				
				<pubDate>Tue, 23 Jun 2009 19:32:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/6/23/Adobe-Community-Road-Show-Coming-to-Auckland</guid>
				
			</item>
			
			<item>
				<title>AIR Widget: Snow Reports to your desk top!</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/6/15/AIR-Widget-Snow-Reports-to-you-desk-top</link>
				<description>
				
				The last while I&apos;ve had the fun of developing an AIR app for one our clients.

A pretty simple little widget to let you know the Snow conditions on the Ski fields in New Zealand.

So, if you wish you where here skiing, download this widget to make you green!

&lt;a&gt;http://www.summitlager.co.nz/widget.html&lt;/a&gt;

I made use of &lt;a&gt;http://code.google.com/p/flexcairngorm/&lt;/a&gt; and a little &lt;a&gt;http://www.degrafa.org/&lt;/a&gt; in there too!

Thanks to the design team for making it look so cool.

Enjoy! 
				</description>
				
				<category>Flex</category>				
				
				<category>AIR</category>				
				
				<pubDate>Mon, 15 Jun 2009 18:59:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/6/15/AIR-Widget-Snow-Reports-to-you-desk-top</guid>
				
			</item>
			
			<item>
				<title>NZCFUG this week: Mango Blog 101</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/6/2/NZCFUG-this-week-Mango-Blog-101</link>
				<description>
				
				Just a quick note to announce what this months NZ CFUG topic.

I&apos;m going to do an intro to &lt;a&gt;http://www.mangoblog.org&lt;/a&gt;

The meeting will be broadcast live @ 6pm NZ time, so feel free to log in an watch if you like!

I&apos;ll put the Connect link up here: &lt;a&gt;http://cfug.eventbrite.com/&lt;/a&gt; before the time, so watch that space!.

The reason we are covering this is that there was a general interest in the group to review (free) pre-baked CMS solutions.

While Mango is really a blogging tool, it can be used as a CMS too.

In the upcoming months I am hoping to get Presentations from &lt;a&gt;http://www.getmura.com/,Mura&lt;/a&gt;( CMS formally known as &lt;del&gt;Prince&lt;/del&gt; Sava) and &lt;a&gt;http://www.farcrycore.org/,Farcry&lt;/a&gt;.

If you know of other free ColdFusion CMS solutions, please let me know so I can include them in the line up! 
				</description>
				
				<category>CFUG</category>				
				
				<pubDate>Tue, 02 Jun 2009 12:20:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/6/2/NZCFUG-this-week-Mango-Blog-101</guid>
				
			</item>
			
			<item>
				<title>Simple Example of Randomizing the order of an array in ActionScript</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/4/16/Simple-Example-of-Randomizing-the-order-of-an-array-in-ActionScript</link>
				<description>
				
				Just got asked this by a work mate and after asking Mr Google and looking at the Array Documentation came up with this (Flex based) example, so thought I would share :-)

&lt;code&gt;
&lt;?xml version=&quot;1.0&quot; encoding=&quot;utf-8&quot;?&gt;
&lt;mx:Application xmlns:mx=&quot;http://www.adobe.com/2006/mxml&quot; layout=&quot;vertical&quot;
&gt;
&lt;mx:Script&gt;
&lt;![CDATA[
private function myExample() : void
{
//can be an array of anything you like, but using letters here

var myArray	: Array	= ( &quot;a,b,c,d,e,f,g,h,j,k,l&quot; ).split(&quot;,&quot;);

//sort the array using my function

myArray.sort( myFunction );

debug.text = myArray.toString() + &quot;\n&quot; + debug.text;
}

//This function takes in 2 args, but we never use them...

private function myFunction( a : Object , b : Object ) : int
{
return ( Math.round( Math.random() * 10 ) - 5);// return a random value above, below or on 0
}
]]&gt;
&lt;/mx:Script&gt;

&lt;mx:Button
label=&quot;Make me Random&quot;
click=&quot;myExample();&quot;
/&gt;

&lt;mx:TextArea
id	= &quot;debug&quot;
height=&quot;100%&quot;
/&gt;

&lt;/mx:Application&gt;
&lt;/code&gt; 
				</description>
				
				<category>Action Script</category>				
				
				<category>Flash</category>				
				
				<category>Flex</category>				
				
				<pubDate>Thu, 16 Apr 2009 15:10:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/4/16/Simple-Example-of-Randomizing-the-order-of-an-array-in-ActionScript</guid>
				
			</item>
			
			<item>
				<title>ColdFusion and constants - how do you do them?</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/4/4/ColdFusion-and-constants--how-do-you-do-them</link>
				<description>
				
				I&apos;ve been working on a project a bit lately and found I&apos;ve had the need to use some constants.

This has gotten me thinking how to implement them.

When work in Flex, I use the &lt;a&gt;http://code.google.com/p/flexcairngorm/,Extensions for Adobe Cairngorm&lt;/a&gt; and when creating your custom events involves you declaring constants in the event. The consts in the event are related to the Event type.

The idea behind constants is that this is information that *will never change*, hence the name &quot;constants&quot; :-)

In the CF application I&apos;ve been working on, UUIDs are used, and there is no way you can call a UUID &quot;human readable&quot;, so this can make code harder to understand when you see something like:

&lt;code&gt;
&lt;cflocation url=&quot;/index.cfm?page=70688909-1676-D9C3-F2C5B9F163AEBDCF &quot;&gt;
&lt;/code&gt;

If you want the person who reads this code later understand which page that is with out having to pull the application apart (and hair out too sometimes), you might to this:
&lt;code&gt;
&lt;cfset uInfoPage = &quot;70688909-1676-D9C3-F2C5B9F163AEBDCF&quot;&gt;
&lt;cflocation url=&quot;/index.cfm?page=#uInfoPage#&quot;&gt;
&lt;/code&gt;

That way the name of the variable will indicate *what* that UUID value indicates.

With me so far?

&quot;But Dave, my application has more than one template and I don&apos;t want to have to do that every time I want to send a user to the info page, and what happens if the UUID of the info page changes?&quot; you cry.

Well, why not have a single &quot;thing&quot; that stores all your constants that you can store in one place and use everywhere?

What I started doing here is I created a &quot;Const.cfc&quot; that had getter functions on them to return the constants.
EG:
&lt;code&gt;
&lt;cfcomponent output=&quot;false&quot;&gt;
  &lt;cffunction name=&quot;getInfoPageUUID&quot;&gt;
    &lt;cfreturn &quot;70688909-1676-D9C3-F2C5B9F163AEBDCF&quot;&gt;
  &lt;/cffunction&gt;
&lt;/cfcomponent&gt;
&lt;/code&gt;
So the previous code can be done as:
&lt;code&gt;
&lt;cflocation url=&quot;/index.cfm?page=#oConst.getInfoPageUUID()#&quot;&gt;
&lt;/code&gt;
&lt;small&gt;(to be honest, I&apos;d actually drop the &quot;get&quot; on the function name and just call it &quot;InfoPageUUID&quot;, as it is a const and there is no &quot;set&quot;, so why &quot;get&quot;?)&lt;/small&gt;

&lt;small&gt;(Another note: I&apos;d usually declare/call the function in all CAPS too, as this is the &quot;standard&quot; way of naming constants)&lt;/small&gt;

The above relies on &quot;oConst&quot; being created, which could be stored in application scope for example.

What I didn&apos;t like about this is that the actual value is hidden from my old friend &quot;cfdump&quot;, and if I have alot of constants I can&apos;t see their values in one hit.

This lead me to the &quot;this&quot; scope of my CFC(s).

Something like this:
&lt;code&gt;
&lt;cfcomponent output=&quot;false&quot;&gt;
  &lt;cffunction name=&quot;init&quot;&gt;
    &lt;cfset this.INFOPAGEUUID = &quot;70688909-1676-D9C3-F2C5B9F163AEBDCF&quot;&gt;
    &lt;cfreturn this&gt;
  &lt;/cffunction&gt;
&lt;/cfcomponent&gt;
&lt;/code&gt;

...which them means the example code can be written like this:
&lt;code&gt;
&lt;cflocation url=&quot;/index.cfm?page=#oConst.INFOPAGEUUID#&quot;&gt;
&lt;/code&gt;

Before you cry &quot;But people can change the values in the &apos;this&apos; scope and break stuff!&quot;, I&apos;ve always thought if people want to do that, it&apos;s up to them, but don&apos;t come running to me if it breaks!
(Also, CFCs are not secure at all anyway! see related entry)

The two things I like about using the &quot;this&quot; scope for constants are:
&lt;ul&gt;
&lt;li&gt;1: You can see all the values if you cfdump it&lt;/li&gt;
&lt;li&gt;2: If you CFC has functions, you don&apos;t have lots of functions to work out that don&apos;t really do anything&lt;/li&gt;
&lt;/ul&gt;

Let me explain the second point a bit further.

Imagine I have a DB table that stores information of pages on my site.
My CFC has functions to work with this data.
In my application I have 1meeeeeeelllion UUIDs to do with various parts of the application, that are used in various ways, that would help the readability of my code if they are stored as constants.
This would render the &quot;One Constant.cfc to rule them all&quot; a bit hard to manage.
What I have been doing is storing the UUIDs to do with that part of the application in the CFC that deals with that part of the application.

EG:

&lt;code&gt;
&lt;cfcomponent output=&quot;false&quot;&gt;
  &lt;cffunction name=&quot;init&quot;&gt;
    &lt;cfset this.INFOPAGEUUID = &quot;70688909-1676-D9C3-F2C5B9F163AEBDCF&quot;&gt;
    &lt;cfset this.HOMEPAGEUUID = &quot;70826CD8-1676-D9C3-F256954C82CAF104&quot;&gt;
    &lt;cfreturn this&gt;
  &lt;/cffunction&gt;
   &lt;cffunction name=&quot;doSomething&quot;&gt;
   &lt;/cffunction&gt;
   &lt;cffunction name=&quot;doSomethingElse&gt;
   &lt;/cffunction&gt;
   ...lots more functions here...
&lt;/cfcomponent&gt;
&lt;/code&gt;

If you create that cfc and dump it as below:
&lt;code&gt;
&lt;cfset oMyObject = createObject(&quot;component&quot;,&quot;someCFC&quot;).init()&gt;
&lt;cfdump var=&quot;#oMyObject#&quot;&gt;
&lt;/code&gt;
by default (CF8 I think...)
I would see all my constants at the top and all my functions would be collapsed.

Given the above code uses no frameworks and if any of you managed to read all my brain dump, what thoughts do you have on the above and/or how have you approached ColdFusion constants?

&lt;small&gt;Disclaimer: all the above code is psedo code and hasn&apos;t actually been tested, but feel free to point out syntax errors etc. I may change it, I may not...&lt;/small&gt; 
				</description>
				
				<category>ColdFusion</category>				
				
				<pubDate>Sat, 04 Apr 2009 21:05:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/4/4/ColdFusion-and-constants--how-do-you-do-them</guid>
				
			</item>
			
			<item>
				<title>Transfer: Something I like about it.</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/3/2/Transfer-Something-I-like-about-it</link>
				<description>
				
				I&apos;ve been looking in to Mark Mandel&apos;s &lt;a&gt;http://www.transfer-orm.com/,Transfer&lt;/a&gt; bit since he presented to the &lt;a&gt;http://www.cfug.org.nz&lt;/a&gt; end of last year.

One thing (of the many things) I like about it is the XML config file.

Why do I like it?

2 reasons.

1. The fact you can introduce some form of package.class hierarchy to the Database, so flat database&apos;s can be organized better
EG:
&lt;code&gt;
&lt;transfer&gt;
  &lt;objectDefinitions&gt;
    &lt;package name=&quot;mypackage&quot;&gt;
      &lt;object name=&quot;myclass&quot; table=&quot;mytable&quot; &gt;
         &lt;id name=&quot;id&quot; type=&quot;UUID&quot; /&gt;
         &lt;property name=&quot;my property&quot; type=&quot;string&quot; /&gt;
         ...etc...
&lt;/code&gt;
So this means I call my &quot;myclass&quot; like this:
&lt;code&gt;
transfer.getTransfer().new(&quot;mypackage.myclass&quot;);
&lt;/code&gt;

2. The second reason is: I CAN COMMENT THE XML!
Why is this good?
I&apos;m sure we have all returned to database tables with a few to many columns and tried to would out what &quot;status&quot; column and &quot;anotherStatus&quot; column actually relates to in the business logic of the application.
This process involves digging through code and random comments.
With the XML config of transfer, a simple comment on the property can explain it so the next person who needs to work with it knows where look to find out what the class (db table) is for and what purpose the property servers.

Hopefully I&apos;ll find the time to blog some examples on Transfer later.

EG: Event model and decorators 
				</description>
				
				<category>Transfer</category>				
				
				<category>OpenSource</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Mon, 02 Mar 2009 19:55:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2009/3/2/Transfer-Something-I-like-about-it</guid>
				
			</item>
			
			<item>
				<title>NZ CFUG: Mark Mandel on Transfer</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/11/4/NZ-CFUG-Mark-Mandel-on-Transfer</link>
				<description>
				
				Only 2 days till the next NZ Cfug meeting.

This month we are going to have Mark Mandel giving us his &quot;Introduction to Building Applications 
with Transfer ORM&quot; presentation live via Adobe Connect.

We attempted to have this last month, but due to technical issues last month &lt;small&gt;[cough]VPN[cough]&lt;/small&gt; Mark agreed to give it this month.

This month we are meeting for the first time at &lt;a&gt;http://projectpartner.com/,ProjectPartner&lt;/a&gt;, so a big thank you to them!

The meeting will be broadcast via Connect on the URL &lt;a&gt;http://experts.na3.acrobat.com/nzcfug/&lt;/a&gt;, so feel free to sit in if you are round @ 6pm (NZ time) on the 6th November.

If you RSVP (remote or in person) and are based in NZ, you&apos;ll be in the prize draw too!

RSVP: &lt;a&gt;http://nzcfug.eventbrite.com/&lt;/a&gt;

See you there! 
				</description>
				
				<category>Adobe</category>				
				
				<category>CFUG</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Tue, 04 Nov 2008 18:27:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/11/4/NZ-CFUG-Mark-Mandel-on-Transfer</guid>
				
			</item>
			
			<item>
				<title>Adventures in jQuery</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/7/3/Adventures-in-jQuery</link>
				<description>
				
				The last week or so I&apos;ve had the pleasure of working deeply with &lt;a&gt;http://jquery.com/,jQuery&lt;/a&gt;.

And I mean that, it&apos;s been a pleasure.

Once you get used to the &apos;style&apos; of how it works, it makes sense and has a consistent coding experience.

I&apos;ve worked mainly with the core and the ui.jquery libraries, with fileupload thrown in.
In the mix is also &lt;cfajaxproxy&gt;, and they have all played together nicely (so far!)

I&apos;ve got jQuery adding and removing custom DOM elements on the fly, while updating information on the server, uploading and deleting images and also maintaining the structure of the form so that when it is submitted in the usual &quot;post&quot; manner, the server knows what to do with the data it receives.

So all in all I&apos;ve had a good experience with it.

Things it has helped me understand is the use of &quot;anonymous Functions&quot; (I think that is what they are called)

EG:
&lt;code&gt;
$(&quot;#myelement&quot;).hide();
&lt;/code&gt;
will hide the element with the id of &quot;myelement&quot;

now the &quot;hide&quot; method will accept an argument of a function that it will call when it has completed.
Commonly called a &quot;callback&quot;, so i we had a function like this:
&lt;code&gt;
function alertme(){ alert(&apos;me&apos;); }
&lt;/code&gt;
you could call that function when hide was complete like this:
&lt;code&gt;
$(&quot;#myelement&quot;).hide( alertme ); 
&lt;/code&gt;
so the function has the name &quot;alertme&quot;, so is not anonymous.

To use an anonymous function to do the same thing, this is what you would do:
&lt;code&gt;
$(&quot;#myelement&quot;).hide( function(){ alert(&apos;me&apos;); } );
&lt;/code&gt;


You can also do this in Flex.

eg:

rather than:
&lt;code&gt;
addEventListener( &quot;SomeEvent&quot; , someFunction );
&lt;/code&gt;
You can go:
&lt;code&gt; 
addEventListener( &quot;someEvent&quot; , function( event: Event): void { [do stuff here] } );
&lt;/code&gt;
While you can put as much in you function as you like, I did find it makes code a bit hard to read.

One thing that works, but somehow feels wrong, is that the anonymous functions have direct access to the variables declared in the calling function.

eg:
&lt;code&gt;
function myFunction()
{

	var someString = &quot;bob&quot;;
	$(&quot;#myelement&quot;).hide( function(){ alert( someString ); } );

}
&lt;/code&gt;
This seems to be true of both JS and AS.
I guess this is because the function itself belongs to the function it is being called in, so has access to the variables called in there...

So all in all I&apos;ve enjoyed getting to know &lt;a&gt;http://jquery.com/,jQuery&lt;/a&gt;, and suspect it&apos;s the beginning of a beautiful friendship!

&lt;small&gt;...but, I still prefer Flex!&lt;/small&gt; 
				</description>
				
				<category>jQuery</category>				
				
				<category>Ajax</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Thu, 03 Jul 2008 12:41:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/7/3/Adventures-in-jQuery</guid>
				
			</item>
			
			<item>
				<title>CF8 Ajax Goodness - Ray Camdens Recording</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/6/5/CF8-Ajax-Goodness--Ray-Camdens-Recording</link>
				<description>
				
				Tonight we had the honor of &lt;a&gt;http://www.coldfusionjedi.com,Ray Camden&lt;/a&gt; staying up till 1am his time to present to us @ 6pm NZ time.

The meeting was the &lt;a&gt;http://www.cfug.org.nz,NZ ColdFusion UG&lt;/a&gt; June meeting, and the topic was &lt;strong&gt;CF8 Ajax Goodness&lt;/strong&gt;

After a couple of technical issues (involving screen issues and incorrect Connect meeting rooms on my part...*cough*) we got the meeting under way.

Ray, as always, gave a great presentation which promoted good discussion in the group afterwards.

So a big &lt;strong&gt;thanks&lt;/strong&gt; to Ray for his continued giving of time and energy to the community!

The recording URL is &lt;a&gt;https://admin.adobe.acrobat.com/_a200985228/p21985414/&lt;/a&gt; and I have also added it to &lt;a&gt;http://carehart.org/ugtv/list.cfm,UGTV&lt;/a&gt;

Enjoy! 
				</description>
				
				<category>CFUG</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Thu, 05 Jun 2008 22:07:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/6/5/CF8-Ajax-Goodness--Ray-Camdens-Recording</guid>
				
			</item>
			
			<item>
				<title>Ray Camden Presenting to New Zealand CFUG</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/5/30/Ray-Camden-Presenting-to-New-Zealand-CFUG</link>
				<description>
				
				With great appreciation, I am happy to announce that Ray Camden will be presenting to the &lt;a&gt;http://www.cfug.org.nz,New Zealand ColdFusion User Group&lt;/a&gt; live via Adobe connect.

He is going to sacrifice sleep at 1am his time to present to us on Thursday 5th June.

The topic is yet to be confirmed, so keep an eye on &lt;a&gt;http://www.cfug.org.nz&lt;/a&gt; for the topic.

The meeting will be broadcast ,recorded and open to all to join, so check out the CFUG website for details!

This is the second time Ray has done this for us, and last time was a great success!

Meeting Details:

This month is being sponsored by Shift.co.nz and will be held at their offices

RSVP: &lt;a&gt;http://nzcfug.eventbrite.com/&lt;/a&gt;

Date
Thursday, June 5, 2008

Time
5:45 pm - 7:00 pm

Location
Shift Offices, Level 3, National Equity House
75 Queen Street
Auckland, 0100 
New Zealand (Aotearoa) 
				</description>
				
				<category>CFUG</category>				
				
				<pubDate>Fri, 30 May 2008 21:52:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/5/30/Ray-Camden-Presenting-to-New-Zealand-CFUG</guid>
				
			</item>
			
			<item>
				<title>ColdFusion 8.0.1 fixed my bug!</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/4/30/ColdFusion-801-fixed-my-bug</link>
				<description>
				
				I while ago I logged a bug for the first time with in ColdFusion 8.

&lt;a&gt;http://www.harrisfamily.net.nz/devblog/index.cfm/2007/10/17/cfpresentation-and-attributeCollection-issue,Here&lt;/a&gt; is the entry about it.

While looking over the 8.0.1 release notes I decide to check...

and yes, at the top of page 15, bug number 70594 has been addressed! Thank you! 
				</description>
				
				<category>Adobe</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Wed, 30 Apr 2008 22:38:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/4/30/ColdFusion-801-fixed-my-bug</guid>
				
			</item>
			
			<item>
				<title>Transfer 1.0 ORM is released!</title>
				<link>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/4/28/Transfer-10-ORM-is-released</link>
				<description>
				
				Just noticed this on a mailing list:

&lt;a&gt;http://www.compoundtheory.com/?action=displayPost&amp;ID=303,Transfer 1.0 Release Candidate - Out Now!&lt;/a&gt;

Well done Mark!

Mark presented to the NZCFUG last year on TransferORM.

I&apos;ll be downloading Transfer 1.0 soon to have take it for a spin! 
				</description>
				
				<category>CFUG</category>				
				
				<category>Frameworks</category>				
				
				<category>OpenSource</category>				
				
				<category>ColdFusion</category>				
				
				<pubDate>Mon, 28 Apr 2008 21:56:00 -0500</pubDate>
				<guid>http://www.harrisfamily.net.nz/devblog/index.cfm/2008/4/28/Transfer-10-ORM-is-released</guid>
				
			</item>
			</channel></rss>