would your dsp files have two modes of operation (HTML and WDDX)?
---
Paul Mone
Ninthlink Consulting Group
[EMAIL PROTECTED]
http://www.ninthlink.com
619.222.7082
-----Original Message-----
From: Steve Nelson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 29, 2001 11:08 PM
To: Fusebox
Subject: Re: some cool tutorials I'm working on
The sweet thing is that even if it was a full-on flash app you still
could 'Fusebox' it on the backend. Flash has to talk to the database
somehow, that's where Fusebox comes in. Your Fusebox dsp files wouldn't
display HTML, they would display WDDX. Then the flash movie accesses
those fuseactions, whether it's pulling data or posting data it wouldn't
matter.
Steve Nelson
Scott Vincent wrote:
>
> Paul,
>
> Yes, I agree that the one nice attribute of Flash is it's 'statefullness'.
> This makes it particularly nice for things such as a shopping cart circut
> and such which need to keep continuous track of the clients actions and
> variables.
>
> I am building a hybrid CF/Flash app. If it were a full-on Flash app I
> probably wouldn't 'Fusebox' it for the very reasons you mention.
>
> The reason I am currently loading seperate .swf movies (in seperate .cfm
> files) is because it is easier to maintain the total web site, although
> there is some redundancy in .swf movies. Now conceivably I could just
limit
> this to just one .swf per circut, hence one 'main' timeline per circut.
The
> reason I take this approach is that the client is concerned with
> maintenance. They want other developers to just change movie clip/smart
clip
> parameters and not have to get inside the guts of a full-on Flash app and
> keep track of movies and function calls. The version I am refering to is
> made to just pass data, there is little need for coding or "statefullness'
> in it.
> It's more of an attractive front-end.
>
> I will look to your examples though and hopefully glean some further
> knowledge.
> Thanks for keeping me on my toes.
>
> Scott
>
> -----Original Message-----
> From: Paul Mone [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 30, 2001 12:20 AM
> To: Fusebox
> Subject: RE: some cool tutorials I'm working on
>
> Hmm, so each fuse action that has any display loads a swf? This is weird
> approach. What I think is nice about the Flash environment vs. the
> traditional web environment is the fact that Flash has 'state'. The
> environment is a little different than web programming, it is more similar
> to "traditional" programming. It's the end of a long day, so let me see
if
> I can collect my thoughts and attempt to explain this properly.
>
> On the web, each action the user takes is individual and un-connected. In
> CF and other languages, we can make up for this lack of state and piece
> things together with session, client variables, etc. In Flash this is
> unnecessary, because a Flash application behaves more like a traditional
> client application; having full continuous knowledge of the user's
behavior.
>
> With Flash, you can do all gathering of user input and retrieving of data
> "behind the scenes", using loadVariables() or XML(). You can even load a
> completely different Flash movie "behind the scenes" using loadMovie(), so
> you never really need to redirect the user to different URLs.
>
> The Flash environment also allows you to write more object-oriented code.
> Each Moveiclip can be considered an Object, and each SWF is, in essence, a
> movieclip. You can develop functional Flash components completely
> independent of the main application it's included in, much like Fuses I
> suppose. Each movieclip has it's own set of properties and methods. You
> can segment all of your application's functionality into separate objects
> (movieclips). This is nothing new, many languages currently do this.
> But, it is much different than the way ColdFusion operates, so it's worth
> mentioning.
>
> The common denominator in a Flash application is the main timeline. This
> timeline is similar to the function of main() in C apps, and the main
> fusebox in XFB apps(from what I've gathered from the XFB discussion).
All
> of the objects that you use in a Flash app can use the main timeline as a
> storage place for global variables or what-have-you.
>
> There are parallels between object-oriented code, the way Flash apps are
> structured, and Fusebox. I'm not convinced that Flash can benefit from a
> Fusebox implementation. However, I do think that a slightly tweaked
version
> of Fusedoc would be great for Flash movieclips.
>
> ---
> Paul Mone
> Ninthlink Consulting Group
> [EMAIL PROTECTED]
> http://www.ninthlink.com
> 619.222.7082
>
> -----Original Message-----
> From: Scott Vincent [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 29, 2001 3:18 PM
> To: Fusebox
> Subject: RE: some cool tutorials I'm working on
>
> That is interesting timing. I was just working on a "Flash-box" app
myself.
>
> I am embedding a seperate .swf in each .cfm page for both the form input
and
> the query display pages. The underlying interface for each movie comes
from
> a shared library and it's a different movie clip for each movie which
takes
> care of the data. Currently I know nothing of WDDX (so I am interested in
> seeing Steve's implementation of this) so I was planning on creating an
xml
> document from the database in .asp on the server and then parsing that
into
> the Flash movie clip.
>
> When I get the examples cleaned up I'll post them as well.
>
> Scott
>
> -----Original Message-----
> ************************ Model Citizen ************************
> Since so many people have asked me about how you connect Flash to a
> Fusebox application I'm creating a series of tutorials on
> SecretAgents.com to do so.
>
> The cool part... instead of the display fuses containing HTML they
> output a WDDX packet. The WDDX is then passed into the Flash movie and
> the user interface is displayed there with the data passed in as WDDX.
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
