Flasher Archive

[Previous] [Next] - [Index] [Thread Index] - [Previous in Thread] [Next in Thread]


Subject: Re: [flasher] XML Handling in Flash 5
From: flasher
Date: Sun, 04 Feb 2001 04:06:06 -0000

It appears we are at a stalemate. You prefer to be 'technologically
interesting', I prefer to be compatible. We can both achieve the same
results with equally efficient coding. You use the arrays of Flash 5,
I use the array simulation of Flash 4. You let Flash move the XML to
arrays, I let a server side XSLT engine move the XML data to variables
in a text file; I feel there is a slight advantage to using the XSLT
here since there are built in mechanisms for sorting, filtering, etc.
We can both make relatively small changes to achieve dramatically
different displays.

However, the statement included below is not true. I always have
&done=done as the final element of my name value pairs and use a check
against the variable done to determine when the entire variable set is
loaded. I don't see how this is any different than the loaded() function.

This is a very interesting discussion. I am glad to see someone is making
use of the limited XML functionality in Flash. Hopefully someone from
Macromedia is taking note of this and other discussions regarding Flash
and XML. They might realize that incorporating a fully functional XML engine
which utilizes DTDs to understand a document's structure (rather than just
tags, white space and carriage returns), XSLT processing and maybe
even validation will put their already impressive products over the
top. I truly feel this functionality, in combination with the ability
to write to a local hard drive from within the stand alone player,
would lead to true dominance in the market of programs for developing
net enabled and distributeable media apps.


Cheers,
John Andrew Morrison
>
> oh, one other thing:
> about the file size being smaller if you don't use xml: you can do a
> preloader while loading the xml using the loaded() function; which you can't
> really do with loading variables.
>
> -daryn
>




[Previous] [Next] - [Index] [Thread Index] - [Next in Thread] [Previous in Thread]