Make your own free website on Tripod.com

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


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Designers: Hello


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.