Richard Kunze wrote:
> And while I'm not (yet :-) really a Flash expert, I fail to see why the
> parsing and re-display of this XML data can't be triggered periodically (or
> event driven, or whatever) by means of ActionScript instead of once at
> "applet load time" as in the simple FlashText demo.
Yes, that's exactly the scenario I had in mind.
> In short, I simply don't see where anything new would be needed to do what
> you propose. It's already up and running...
Maybe I made it sound like something more innovative than what I had in
mind. I'm not proposing anything that can't be done (and hasn't
_already_ been done) today. I'm just suggesting some helper Java
classes to simplify the effort of producing these apps.
For example, it'd do the same thing as the ShowName.handleFlash() method
in the FlashText demo, but in a generalized way, so it could be used
from any presentation class for any XML template and Flash client.
It'd use reflection to look up the fooXML class based on a parameter
from the request, rather than having ShowNameXML.class hardcoded as in
the FlashText demo. Likewise, it'd traverse fooXML's DOM and look for
elements to fill in, whereas the FlashText demo is hardcoded to call
page.setTextName().
What I'm proposing is a way to avoid having to write handleFlash()
methods over and over again, for each point of interaction between Flash
clients and the Enhydra presentation layer.
--
Bill Karwin (bill@lutris.com)
Application Architect - Lutris Technologies Inc.
-----------------------------------------------------------------------------
To unsubscribe from this mailing list, send email to majordomo@enhydra.org
with the text "unsubscribe designers" in the body of the email.
If you have other questions regarding this mailing list, send email to
the list admin at owner-designers@enhydra.org.
|