I dont have time to get involved in Fling (any spare time will be directed to red5).
But here are a list of things from spring I would like to see in a framework.
1. XML Configuration (I know thats a dirty word in these days of rails, but spring does do a good job).
2. Classloader (external swf libs), declaring services in the xml, wiring them using DI. Having the relationships defined externally makes apps easier to understand, debug, adapt, and extend. Also being able to make runtime changes to apps could be very handy.
3. Support for Async services, think remoting, rpc, etc. Declare in xml then wire into your app.
4. Perhaps take it to the next stage, and have connected datasources that sync using shared objects.
5. I8N - Message Source, etc.
...
Food for thought.
- Luke
On 6/7/06, Scott Hyndman <[EMAIL PROTECTED]> wrote:
I'm interested to find out what features would you consider being
appropriate Flash.
Data abstraction layer? All the AOP and stuff? i18n?
Scott
On 6/6/06, Chris Allen < [EMAIL PROTECTED]> wrote:
> On 6/6/06, João Saleiro <[EMAIL PROTECTED]> wrote:
> > Tony, after delivering my project to faculty, I'll try to create a
> > QueueLoader class that solves all these problems. After the 1st July.
> > If you try to load one image at a time, overall download time is a bit
> > smaller than if you try loading them all at once, if you are talking on
> > hundreds of photos. I don't have an explanation, but when I have time to
> > create the referred class, maybe I'll found out why.
> >
> > João Saleiro
>
> Hi João,
>
> No need to build the queue loader class that you describe. We are
> already working on one. In fact our version works quite well at the
> moment. It is part of the Fling project, and while this is not a part
> of porting the Spring framework, we found that there was a definite
> need for such a thing in Flash. The AssetLoader is just a small
> portion of the whole framework (soon to come), but it is very powerful
> and quite usable in its current format.
>
> Not only do we handle loading bitmaps and SWF files with this tool,
> but it also handles every other type of asset that Flash will load
> (XML, FLV, MP3, etc...). And it does this with a consitant API for all
> assets.
>
> If you are interested in checking it out, or in contributing to the
> project, please look at the SVN repository here:
> http://svn1.cvsdude.com/osflash/fling/
>
> The idea behind Fling is to support most of the Spring Framework, or
> at least where it makes sense for Flash. Address common problems in
> Flash development in a light weight and easy to use fashion. Make the
> framework configurable via XML. And Fling will not have any
> dependencies on using the library. In other words use as much or as
> little of the framework without being locked into any one solution.
> Just use as much as makes sense for your project.
>
> I also want to take the time here to introduce and thank the Fling
> development team:
>
> Grant Davies
> John Grden
> Samuel Agesilas
> Simon Wacker
> and Me
>
> -Chris
>
> _______________________________________________
> osflash mailing list
> [email protected]
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
_______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
