Re: [Dynapi-Dev] Upgrade questions library

[Dan S. <ds...@dy...>]

It's been a while but as I remember the library I wrote keeps a global list of objects:

dynapi.library._objects['Button']

That contains the other information like the path of the file required etc.  When you have conflicting names one will be overwritten.  It's a bit of a design flaw, it should be stored with the full library name _objects['dynapi.gui.Button'] instead.  I imagine that somewhere along the line your script needed the 'Button' object and it thought you meant dynapi.gui.Button.  You could probably wipe out the .gui from the library dependencies, but that is only a workaround.

Dan Steinman


On Wed, Oct 01, 2003 at 05:01:33PM +0200, Michael Bystrom wrote:
> Hi folks here we go lets start with the library!
> 
> This will be the new structure for the IOS port:
> 
> dynapi.library.addPackage('bystrom',dynapi.library.path);
> dynapi.library.add('bystrom.Button','bystrom/gui/button.js');
> etc...
> 
> 
> Now before I go into debug hell I would like some answers to some library
> questions.
> 
> 
> We have a simple load set up like this:
> 
>   dynapi.library.setPath('../src/');
>   dynapi.library.include('dynapi.spock');
>   dynapi.library.include('dynapi.api');
>   dynapi.library.include('library');
>   dynapi.library.include('bystrom');
> 
> 
> Note the "bystrom" include this will load all that I have in that package
> (right?)
> 
> 
> Now if I do this the API will load the DynAPI gui components and mine.
> loaded [dynapi.gui.BorderManager]
> loaded [dynapi.gui.StyleManager]
> loaded [dynapi.gui.Highlighter]
> loaded [dynapi.gui.Button]
> loaded [dynapi.gui.ButtonStyle]
> 
> Why does it do this?
> 
> I will not rename my widgets from Button to IOSButton or something similar.
> What is the secret I've missed. There has to be a way.
> 
> Is not bystrom it's own unique object?
> 
> Michael
> 
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://www.mail-archive.com/dyn...@li.../