I know.  I believe that we should be trying to find a method of getting around this.

In the mean time, Mac users should be using a browser that actually believes that the 
mac is a real operating system.

Until M$ bother implementing Java -> JS communication, there is NO reason to blame 
developers.  I think there is too much effort but into fixing M$'s bad programming and 
not enough effort is put into making a good API.

Michael Buerge wrote:

> The problem with your java-code is the following:
> there is NO WAY GETTING IT TO WORK IN IE/MAC, since communication between js and 
>java is impossible.
> i like your solution, it would be a very elegant way for doing this kind of stuff 
>but read the line above again.
> making your solution the default way for the DynAPI to load external content would 
>completely drop ie/mac-support
> and for that reason it is simply out of question (at least for me).
>
> this is nothing personal, it's just the way it is.
> --
> Michael Buerge
>
> > I've done it.  I have been doing it for months.  It is just that you guys don't 
>like java and as such my solution will neven be included.
> >
> > Look at my afroapi distribution.  It has automatic loading of required code and 
>even allows for loading code during page usage.
> >
> > eg.  I have a Cell object that can contain a cover to stop mouse events from 
>reaching the document.  It only loads the mouse event code if the cover layer is 
>needed.  If my code does not ask for a cover layer, the mouse code is not downloaded.
> >
> > Joachim Lundgren wrote:
> >
> > > At 2001-05-18 11:55, you wrote:
> > > >At 04:54 18/05/2001, you wrote:
> > > >>You could check if a variable has been declared (one that is declared only
> > > >>in that file)
> > > >
> > > >As far as I know, such a trick is impossible in Javascript. If you try to check 
>a variable that hasn't been declared (using "if (myVar)"), you get an error. I 
>haven't found a way to be able to do that. If someone has the clue, I would REALLY be 
>interested (and we all could, 'cause it would mean auto-importing of different 
>packages, in the sense, if a package foo needs a package bar, then when including 
>foo, foo says 'I need bar, please auto-include it !'). I have tried to do this for 
>the DynAPI, but because of the problem stated above, never managed to do that....
> > > >
> > > >Marc
> > >
> > > It's actually quite simple - user-defined global variables/functions are stored 
>in the window object.
> > > An example:
> > >
> > >         if(!window.DynAPI) {
> > >         }
> > >
> > > But the way you want to use this (auto-importing, that is) introduces a whole 
>different problem though.
> > >
> > > Imagine a file A.js that requires B.js and checks if the file already has been 
>loaded else loads it (with writing a SCRIPT tag) the required file (B.js) is loaded 
>_after_ the current JavaScript-block or file has been executed - not inserted instead 
>of the SCRIPT tag that was written.
> > >
> > > If you can come up with a solution I'll be more than interested!
> > >
> > > /Lunna
> > >
> > > _______________________________________________
> > > Dynapi-Dev mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
> >
> > --
> > Michael Pemberton
> > [EMAIL PROTECTED]
> > ICQ: 12107010
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/dynapi-dev
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/dynapi-dev

--
Michael Pemberton
[EMAIL PROTECTED]
ICQ: 12107010




_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dynapi-dev

Reply via email to