Enterprise Project
About Enhydra Enterprise
Project Mail Lists
Working Groups
FAQs

Software
Downloads
Documentation
CVS Repositories
Roadmap
License

About Enhydra.org
Who We Are
News, Articles & Events
Getting Involved
Contact Us

Community
Demos
Contributions
Resources
Case Studies
On The Edge! -NEW-
Commercial Vendors

Yep, wrote one over the weekend and you're exactly right.  Found a fun
book from New Riders publishing called "Flash 5 Magic with ActionScript."

I view Flash as an "emerging technology" when it comes to building
enterprise applications.  Virtually all technologies are a bit bloated in
their initial strategies and I'm sure Macromedia are thinking about this
topic.  I've sent email to the Flash 5 prod mgr and we'll see if she has
something to say in this regard.  I'll be sure to post it.

Thanks for your (accurate) observation,
David

Jordan Duggan wrote:

> Dear Sir,
>
> Hello. Flash 5's native support for XML is definitely a leap forward, but
> here are a few definite considerations when implementing its use in
> applications. Flash has always been notoriously bad with memory management.
> In Flash 4 all variables were essentially global variables with no means
> what so ever of managing scope other than destroying the symbols which
> housed the variables off of the working area. Flash 5 improved memory
> management with the ability to create limited scope variables, but the
> overall memory space available is still pretty crummy. What this translates
> into is a very cramped computing space. This cramped space becomes apparent
> when trying to work with even moderately sized XML documents. Flash requires
> the entire XML document to be read in before you can perform any type of
> analysis or manipulation. Flash uses DOM parsing, which means any attempt to
> scan the entire document requires the creation of a set of nested "for"
> loops. This type of effort to get a high level view of what comes in seems
> like you've take all of the bad attributes of SAX and DOM parsing and put
> them into one really inefficient method of processing XML. It would be great
> if some sort of RPC or RMI system could be developed so that Flash could
> kick out a lightweight XML-RPC (http://www.xmlrpc.com/) and have all of the
> memory intensive scanning of larger XML documents be taken care of on the
> server as opposed to inside of flash's memory space. The result of the
> external scan could then be passed back in via another lightweight XML
> document.
>
> Love to keep talking, but have to run into a meeting. Look forward to more
> discussion.
>
> Jordan Duggan
> Chief Creative Officer
> Indicium Design
> Voice: 919-829-0650
> Cell: 919-696-7936
> Fax: 801-912-1503
>
> -----Original Message-----
> From: owner-Designers@enhydra.org [mailto:owner-Designers@enhydra.org]On
> Behalf Of David H. Young
> Sent: Monday, March 05, 2001 3:52 AM
> To: Designers@enhydra.org
> Subject: Re: Designers: Hello
>
> Hi David,
> the idea of initating the designer's alias and the on-the-edge site on
> enhydra.org was to find out what integration people wanted to see.
> I'm sure there are those at Lutris who have ideas, but we wanted to
> float the discussion to get the best all-around perspective.
>
> It depends on what you mean by embedded systems, but Enhydra's
> small footprint makes it ideal for that environment.  Enhydra has been
> used inside phones to support cool applications.
>
> So, let us know if you have any special insights on Flash and what
> enhydra.org should be doing with it.
>
> David
>
> dlb wrote:
>
> > Just saying hello - I'm eager to get up to speed w/ Enhydra
> >
> > How does the Enhydra development community intend to provide 'more
> integrated
> > support' for F5 ?
> >
> > _also what special aptitudes does the Enhydra platform possess towards
> embedded
> > systems - there seems to be an emphasis in this area.
> >
> > thanks
> > David
> >
> > --------------------------------------------------------------------------
> ---
> > 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.
>
> --
> David H. Young
> Chief Evangelist
> Lutris Technologies, Inc.
> 1200 Pacific Avenue, Suite 300
> Santa Cruz, CA 95060 USA
> 831.460.7310; 831.471.9754 (fax)
> http://www.lutris.com
> http://www.enhydra.org
>
> ----------------------------------------------------------------------------
> -
> 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.
>
> -----------------------------------------------------------------------------
> 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.

--
David H. Young
Chief Evangelist
Lutris Technologies, Inc.
1200 Pacific Avenue, Suite 300
Santa Cruz, CA 95060 USA
831.460.7310; 831.471.9754 (fax)
http://www.lutris.com
http://www.enhydra.org


-----------------------------------------------------------------------------
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.