[Fling] Updated TypeResolver

[Chris Allen]

I see where you guys are gong with this. However, I think that using a
Spring config file is still possible and will make sense, especially
if we have a data holding object that represents this structure.

Let's do a Skype meeting at some point and discuss the possibilities.
My concern your approach is that we may be building more configuration
files than we need, and that working on the ApplicationContext will be
useful for many other things as well.

-Chris

On 5/22/06, John Grden <neoriley at gmail.com> wrote:
> OH then yeah, I totaly agree - with the little I know about Spring, yes,
> this would be related to AssetManager/loader etc.
>
> LOVE YOU! (non-gay)
>
>
> On 5/22/06, Grant Davies <grant at bluetube.com> wrote:
> >
> >
> >
> >
> > John
> >
> > completely agree, and I think this is a function of the assetloader and
> not of spring which was my contention, we can talk to chris about it when he
> gets his butt out of bed :) lol
> >
> > Grant
> >
> > ________________________________
>
> > From: John Grden [mailto:neoriley at gmail.com]
> >
> > Sent: Mon 5/22/2006 9:20 AM
> >
> > To: Grant Davies
> > Cc: Chris Allen; Fling at osflash.org; Samuel Agesilas
> > Subject: Re: Updated TypeResolver
> >
> >
> >
> >
> > yeah, I'm not sure what you mean with all your tech-no talk ;)
> >
> > I'm just saying that there has to be a relationship between the assets AND
> they location within the flash presentation.  so, an XML representation is
> an obvious solution.
> >
> > the config files we have look something like this:
> >
> > <root>
> >     <page name="home" src="home_%BANDWIDTH%" target="main.content.home">
> >          <children>
> >               <page name="news" src=... >
> >                      <assets>
> >                            <asset type="movie" src="home_bg.swf" src="..."
> target="..." />
> >                            <asset type="sound"
> src="home_bg_music_%BANDWIDTH%.mp3" src="..." target="..."
> />
> >                            <asset type="Bitmap" src="home_bg.jgp"
> src="..." target="..." />
> >                      </assets>
> >                      <page name="archives" src=... />
> >               </page>
> >          </children>
> >     </page>
> > </root>
> >
> > See how this works?  Now the framework knows the relationships, and the
> assets per section.  There can certainly be global assets as well.
> >
> > Does this make sense?
> >
> >
> > On 5/22/06, Grant Davies <grant at bluetube.com> wrote:
> > >
> > >
> > >
> > >
> > > That makes sense but would you use the spring bean loading format for
> that, I don't think so, I think this is a layer on top of spring, maybe your
> transition manager is created by spring but I think the loading of those
> assets is a none spring xml file and tends to be applicaiton specific.  We
> could come up with a generic format for loading a set of assets based on an
> xml file but I don't think it would look like a spring config file, maybe
> I'm wrong I haven't done a great deal with spring yet.
> > >
> > > Grant
> > >
> > > ________________________________
>  From: John Grden [mailto:neoriley at gmail.com]
> > > Sent: Mon 5/22/2006 9:04 AM
> > > To: Grant Davies
> > > Cc: Chris Allen; Fling at osflash.org; Samuel Agesilas
> > > Subject: Re: Updated TypeResolver
> > >
> > >
> > >
> > > actually, I do this all the time with the blitz sites.  We have a
> config.xml file and the entire site is laid out (SWF's, FLV's, Bitmaps - all
> assets).  The heiarchy is completely spelled out by the config and is what
> the TransitionManager (the next peice in our puzzle) uses to manage the
> elegant loading/transitioning of parent/child SWF's.
> > >
> > > Example:
> > >
> > > let's say you have this loaded:
> > >
> > > home.news.archives
> > >
> > > And you want to now load:
> > >
> > > home.games.gallery.xbox
> > >
> > > TransitionManager will elegantly unload in order archives, then news
> then preload everything needed for games.gallery.xbox.  You can also tell it
> to preload assets FIRST , THEN transition everything out.
> > >
> > > The xml also has information about bandwidth profiling and could even
> provide localization support:
> > >
> > > <asset type="movie" src="movies/home_%BANDWIDTH%"
> target="main.containers.home" />
> > > <asset type="movie" src="movies/home_%LANGUAGE%"
> target="main.containers.home " />
> > >
> > > So, since XML is really the universal layer, I say that's what we
> support - however that XML is derived, who cares, as long as it meets the
> spec.
> > >
> > > Make sense?
> > >
> > >
> > > On 5/22/06, Grant Davies <grant at bluetube.com> wrote:
> > > >
> > > >
> > > >
> > > > I'm wondering how useful it is to load a bunch of assets from an xml
> file... I can see if if you were writing an image viewer or something but
> not sure about every day use.  I know in all my projects I want a group of
> assets loaded on demand not really pre-determined by xml, are you sure
> you're not trying to fit a round peg in a square hole ?
> > > >
> > > > Grant
> > > >
> > > >
> > > >
> > > > ________________________________
>
> > > > From: Chris Allen [mailto:mrchrisallen at gmail.com]
> > > >
> > > > Sent: Sun 5/21/2006 11:32 AM
> > > > To: Grant Davies
> > > > Cc: Fling at osflash.org; John Grden; Samuel Agesilas
> > > > Subject: Re: Updated TypeResolver
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 5/19/06, Grant Davies <grant at bluetube.com> wrote:
> > > > >
> > > > > rock on dude, nice job, did you ever figure out that whole boolean
> isssue ?
> > > > >
> > > > Yep, I  sure did. Most of those problems were from using typeof
> > > > instead of instanceof in the wrong places and the ordering of these.
> > > > There was also the problem of me being a a dumb ass on occasion too.
> > > > ;-) The unit test proved to be very useful to verify that all of the
> > > > types are being determined correctly.
> > > >
> > > > > Let me know what you need me to work on next..
> > > >
> > > > Well, I was thinking that it would be great to work on getting
> > > > AssetLoader to load via a configuration file (xml for example). So,
> > > > with this in mind, we can take the Spring approach and work on a
> > > > simple IoC setup. We will need a good class loader, another class that
> > > > reads the xml file and a basic ApplicationContext implementation. Luke
> > > > had made a start to this a while ago, I will be glad to share with you
> > > > his implementation. In fact I will just post it in SVN in another
> > > > section so you can see it on Monday morning. I would prefer to keep
> > > > the same syntax that Spring uses for these files. e.g. <beans><bean>
> > > > etc...
> > > >
> > > > Other obvious things that need to be finished are the other Assets.
> > > > John is working on the Video/FLV asset and perhaps he can whip up the
> > > > LoadVars one as well. I will finish the AssetManager class on Monday.
> > > >
> > > > Let me know your thoughts on all of this.
> > > >
> > > > -Chris
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > John Grden - Blitz
> > >
> >
> >
> >
> > --
> > John Grden - Blitz
> >
>
>
>
> --
> John Grden - Blitz