dynapi-dev — List related to the current DynAPI Core development

Re: [Dynapi-Dev] Large number of updates/fixes

[Peter L. <com...@op...>]

Dan

Just been testing what you have currently in CVS. I am using scrollpane and loadpanel and the code is below.

1. In NS4.7 if you resize the browser window with the mouse, (especially making it larger), results in the following error:

JavaScript Error:
http://localhost/dynapi/src/lib/dynapi/api/dyndocument.js,
line 53:

this.children[i].createElement is not a function.

2. MetalScrollPaneURL is not working in NS4.7 or IE5.1 and the default scrollbar images are displayed.

3. The list widget is broken. Produces the following error in IE5.1:

Line:     33
Char:    5
Error:   'css' is not an object
Code:   0
URL:    http://localhost/CFCalc2/washerSelect.cfm

-------------------------------------------------------------------------------------------------------
<script language="JavaScript" src="../dynapi/src/dynapi.js"></script>
<script language="Javascript">
DynAPI.setLibraryPath('../dynapi/src/lib/');
DynAPI.include('dynapi.api.*');
DynAPI.include('dynapi.util.thread.js');
DynAPI.include('dynapi.util.pathanim.js');
DynAPI.include('dynapi.gui.dynimage.js');
DynAPI.include('dynapi.gui.button.js');
DynAPI.include('dynapi.gui.scrollbar.js');
DynAPI.include('dynapi.gui.viewport.js');
DynAPI.include('dynapi.gui.scrollpane.js');
DynAPI.include('dynapi.gui.label.js');
DynAPI.include('dynapi.gui.list.js');
DynAPI.include('dynapi.gui.loadpanel.js');

// this should be replaced with a default image location based on DynAPI.librarypath
MetalScrollPaneURL = DynAPI.librarypath+"dynapi/images/mypane/"

</script>
<script language="Javascript">

DynAPI.onLoad = function() {
MetalScrollPaneURL = DynAPI.librarypath+"dynapi/images/mypane/"

 infoPanel = new LoadPanel()
 infoPanel.setSize(220,233)
 infoPanel.moveTo(478,197)

 scroller = new ScrollPane(infoPanel)
 scroller.setSize(245,263)
 scroller.moveTo(478,197)

 menulist = new List()
 menulist.moveTo(5,230)
 menulist.setWidth(160)
 menulist.setBgColor('#000000')
 menulist.boldOnSelect(true)
 menulist.setSelectionMode(false)

 <cfoutput query="baseprofile">
    menulist.add("#Brand# #Model#")
 </cfoutput>

 DynAPI.document.addChild(scroller)

 <cfoutput query="DataSheet">
    infoPanel.setURL('_inc.cfm?washerCode=#washerCode#')
 </cfoutput>

 DynAPI.document.addChild(menulist)
}
//-->
</script>

Regards
Peter Luxmore

Dan Steinman wrote:

> I've posted all my updates to CVS.  I think touched every file.
>
> The significant changes were:
>
> - inline creation system for Netscape now worked directly into DynLayer
> - DynImage auto-resizing, this effected everything that was using DynImage
> - some changes to how the "precreate", "create", and "resize" events are handled
>
> The events took a while to work out.  I didn't like how it was setup before because it wasn't quite right when dealing with the new create system.
> "precreate" should be used in widgets for doing most of the final layout for a widget as well as setting images for the layers.  Most of that stuff used to be in the "create" event, but now with the inline creation it's more effecient to do it in "precreate" because when you set the size/location/images of the layers you won't be working with true DIV elements rather with just the JS objects.  The goal is to do as little work with div's as possible before you create, so that by the time DynLayer creates the layers it already knows the size and content of them.
>
> You still need the "create" event to check for content size, and that sort of stuff.
>
> I had to remove all the checks for this.created from within the DynLayer and replace them with checks for this.css!=null.  The "this.created" flag is now true once the layer/div element is created, and final position/size has been set, AND all it's children are created also.  Peviously this.created was set to true before the children were created which conflicts with the way the inline creation system is supposed to work.  I updated all the widgets to make sure everything was working ok with this change.
>
> I made a few DynLayer methods into simple functions, create() assignElement, flagChildren etc.  These don't have to be methods because they are never used manually.
>
> Also you now have to include browser.js BEFORE dynlayer.js because in dynlayer I'm doing a check for Netscape/IE.  I updated the dynapi include list for this, but if you have any pages that don't do include('dynapi.api.*') you will have to change the order yourself.
>
> DynImage.getImage() can be used before onLoad, the reason there was a problem in IE is you need a break point between the include()'s and the rest of the page.  I updated all the examples so they look like this:
>
> <script src=dynapi.js>
> <script>
> DynAPI.setLibraryPath('../src/lib');
> DynAPI.include('dynapi.api.*');
> ...
> </script>
> <script>
>
> rest of code....
>
> </script>
>
> Some other minor changes I can remember is the setSize/Width/Height, I made setSize call setWidth and setHeight, and in those I rearranged a few things.  I removed all references to getComponent() cause it's not needed anymore.  And DynImage.getImage won't return an Image object with .w and .h tacked on, it's unecessary - if you have any code that uses the .w and .h, just replace it with .width and .height.
>
> What is no longer working:
> - inline.js, I think something was wrong in IE
> - List - Scott A, sorry I didn't get around to fixing this one, I checked it out in IE before all my changes and worked fantastic, I'd like to get it working again.  Probably just needs some precreate/create changes.  I broke it, so I'll fix it unless you want to take a stab at it.
>
> Major bugs we should fix before a stable release:
> - Loadpanel isn't working in IE4.
> - Label/button setSelectable still isn't working, anyone know what changes are needed?
> - Inline creation system for IE - I could do this eventually but I want to work on some other things first so if anyone else wants to give it a shot you're welcome, it should be fairly easy now that the NS code has been finalized.
>
> Dan
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Debugging with Dreamweaver 4

[Josep M. i T. <jm...@ne...>]

Hi!

I've tried a debugging session of DynAPI in NS 4.7 with Dreamweaver 4 and I
couldn't: the browser reports errors in the javascript.

I've also tried debugging some javascript (non DynAPI) on IE 5.5 and it all
worked properly (but the javascript has a lot mor simple than DynAPI).

BTW, the debugger reports a warning in DynAPI.include:
 include : function(src,path) {
  if (src.substring(src.length-3)!=".js") src+=".js";
  if (!path) var path=DynAPI.librarypath;
[...]

It says: "redefinition of path"

Couldn't it be done without this 'var'? If not the variable name could be
changed.


I have another question: in DynLayer.prototype.setHTML html is assigned to
this.html this way:
this.html=html?html:'';
and then html is used instead of using this.html?

Can something happen if we try setHTML(null) or setHTML()?


That's all folks!

Josep

RE: [Dynapi-Dev] Re: dynimage.js (gui) Again

[Josep M. i T. <jm...@ne...>]

Hi Dan!

I've downloaded the latest additions from the CVS and I've seen that now the
resize fix for NS4 doesn't work at all. With few changes it works again:

I think DynLayer_flagDeleteChildren is wrong, I think it should be:
function DynLayer_flagDeleteChildren(dlyr)

for (var i=0; i<dlyr.children.length; i++) {
  if (dlyr.children[i].created) dlyr.children[i].deleteElement();
}
};

And the loop in recreateAll should be:
    for (var i=0; i<this.children.length; i++)

        this.children[i].deleteElement();
        DynLayer_createElement(this.children[i]);
    }

This way all the samples resize well except scrollpane (I haven't looked
into it).

In my previous posts (and my DynImage comment), I think you understood that
I had problems when resizing the widget and I meant that I had problems when
resizing the browser window. So the problems persist and I think the changes
I had suggested before are still valid. I've explained the problem in a lot
of posts, simply  "this.doc.images[this.id+'Image'].src = this.img.src;"
style of changing images wont work after a browser window resize in NS4.

BTW, why do you use DynLayer_xxx(dlyr) syntax rather than the old one?


Regards,

Josep



-----Mensaje original-----
De: Dan Steinman <dy...@fu...>
Para: dyn...@li... <dyn...@li...>
Fecha: miércoles 13 de diciembre de 2000 22:49
Asunto: Re: [Dynapi-Dev] Re: dynimage.js (gui) - update.. but still a
problem


That change won't be needed, it works slightly differently now, and for all
I can tell it works perfeclty in Netcape.

Dan


On Wed, Dec 13, 2000 at 07:26:34PM +0100, Josep Monés i Teixidor wrote:
> Hi Dan!
>
> I posted yesterday that I had a problem changing the images from a widget
> after a resize in NS4. I've noticed that DynImage has the same problem.
But
> the way dynimage is made, makes it very easy to solve this problem. I've
> simply changed:
>
>  if (!this.created || bRedraw) {
>   this.setHTML('<img name="'+this.id+'Image" src="'+imgObject.src+'"
> width='+this.w+' height='+this.h+' border=0>');
>  }
>
> to:
>  if (!this.created || bRedraw || is.ns4) {
>   this.setHTML('<img name="'+this.id+'Image" src="'+imgObject.src+'"
> width='+this.w+' height='+this.h+' border=0>');
>  }
>
> in setImage
>
> You can see the original dynimage here:
> http://llibertat.com/ateneu24/fires2000/prova.html
>
> and the modified one here:
> http://llibertat.com/ateneu24/fires2000/prova2.html
>
>
> I'd like it could be possible to solve this problem without redrawing.
I've
> tried to redraw the tag changing the name value after each resize. And it
> seems to work, but NS 4.7 always crashes in a short time.
>
>
> The timer stuff?
> To periodically check if the images are loaded and invoke the handlers.
>
> Best regards,
>
> Josep
>
>
>
>
> -----Mensaje original-----
> De: Dan Steinman <dy...@fu...>
> Para: dyn...@li... <dyn...@li...>
> Fecha: miércoles 13 de diciembre de 2000 15:49
> Asunto: Re: [Dynapi-Dev] Re: dynimage.js (gui) - update.. but still a
> problem
>
>
> >I have made some significant changes to DynImage and DynLayer (not in CVS
> yet), and currently I commented out the Load timers altogether, I never
> really understood what they were for.  Everything works without it, you
can
> use getImage() before DynLayer.onLoad() with no troubles.
> >
> >Can someone explain why all the load timer stuff is needed?
> >
> >Dan
> >
> >On Tue, Dec 12, 2000 at 09:24:18PM -0800, b0n3z wrote:
> >> Well I seem to have found part of the problem from a previous e-mail
> below.. but there is something still strange about this. If you refresh
the
> page and do not move the mouse... In IE5 on Win2k Pro the spinning E never
> seems to stop until you move your mouse - is this correct?
> >>
> >> Solve for Error in line: 10 below - but doesn't solve the page not
> finishing the load (when mouse is not moved)
> >>
> >> -----------------------------------------------
> >> Hi!
> >>
> >> I think I've found a bug in dynimage.js that shows up in NS4.7 but not
in
> >> IE4 (NS6 hangs on my Win NT 4.0 :-( ).
> >>
> >> File: gui/dynapi.js
> >> File date: 20:27, 8 Dec 2000; taken from the beta .zip in SourceForge
> >> yesterday.
> >> Line: 100
> >> was: DynImage.timerId=setTimeout(DynImage+'.loadercheck()',25);
> >> should be: DynImage.timerId=setTimeout('DynImage.loadercheck()',25);
> >>
> >> Best regards,
> >>
> >> Josep
> >>
> >> ----- Original Message -----
> >>   From: b0n3z
> >>   To: dyn...@li...
> >>   Sent: Tuesday, December 12, 2000 9:12 PM
> >>   Subject: dynimage.js (gui)
> >>
> >>
> >>   Using the latest snapshot build on
> http://dynapi.sourceforge.net/snapshot/  it seems that dynimage.js has a
> problem in it. Locally the example of dynapi.gui.dynimage.html seems to
work
> fine.. but when on a site.. it has a problem. Hit the refresh button if
the
> error doesn't show up the first time. Here is an example
> http://www.gotapex.com/b0n3z/beta/dynimage.html
> >>
> >>   Line: 10
> >>   Char: 2
> >>   Error: Syntax error
> >>   Code: 0
> >>
> >>   Thanks goes out to all the Gurus that Eat, Live, Sleep and Breath
this
> stuff...
> >>
> >>   Ken (aka b0n3z)
> >>
> >_______________________________________________
> >Dynapi-Dev mailing list
> >Dyn...@li...
> >http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Documentation

[Robert R. <rra...@ya...>]

Before I left for vacation I put some of the
documentation that I was working on in CVS.  The
documentation is basically the same format as Pascals.
 Since I can't work on it for a few weeks (i'm not
even going to try to edit files using my palm pilot),
I was hoping someone could work on the documentation
reference part.  Much of it will be similar to
Pascal's except for the organizational structure that
he uses with his DynObject structure.  The docs should
be in the snapshots by now if anyone wants to take a
look.

Robert

__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

Re: SV: [Dynapi-Dev] deleteFromArray

[Robert R. <rra...@ya...>]

It still doesn't remove the need for a remove
function.  Also, you can just call delete for the .all
array since its associative, but the children array is
ordinal, so you could slim down the removeFromArray to
only work for ordinal arrays and the associative array
can be deleted using the delete function.  However, I
do not see that this would provide to much of a speed
boost though because I don't believe that associative
arrays go through a loop inside the removeFromArray
function.

Robert

--- Bart Bizon <ba...@ho...> wrote:
> Well, you could do it an alternate way.
> You could add a generic function to the Array
> object, for deleting items correctly.. i.e. deleting
> an item and redistributing the array by moving the
> adjacent items down a step.
> Something like:
> 
> Array.prototype.deleteItem=function(item){ 
>  for(var i=0,n=0;i<this.length;i++){  
>   if(this[i]!=this[item]) this[n++]=this[i]  
>  } 
>  this.length=this.length-1  
> }
> 
> /////////////////////////////////
> 
> var a=[1,2,3,4,5]
> alert(a +"  "+a.length)
> a.deleteItem(2)
> alert(a +"  "+a.length)
> 
> 
> Some extra work is needed for accociative arrays..
> but this is a great way of extending Array
> functionality, and keeping functions dealing with
> "lists" and "stacks" general.
> 
> / Bart
> 
> -----Ursprungligt meddelande-----
> Från: Scott Andrew LePera <sc...@sc...>
> Till: dyn...@li...
> <dyn...@li...>
> Datum: den 14 december 2000 20:24
> Ämne: Re: [Dynapi-Dev] deleteFromArray
> 
> 
> >> hmm, so a delete array[element]  will leave a gap
> instead of removing the
> >> element and move all "higher" elements down one
> step ?
> >
> >Yes, Brandon is correct in this.  That's one of the
> reasons why
> >removeFromArray was created in the first place.  It
> keeps ordinal arrays
> >in the correct order when you remove an element.
> >
> >-- 
> >scott andrew lepera
> >-----------------------------------
> >web stuff:     www.scottandrew.com
> >music stuff:   www.walkingbirds.com
> >_______________________________________________
> >Dynapi-Dev mailing list
> >Dyn...@li...
>
>http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
>
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev


__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

RE: [Dynapi-Dev] Mozilla & Opera

[<jm...@ne...>]

http://www.opera.com/opera5/specs.html

For the DOM compatibility it says the site is not updated yet and =
there's a link to the opera 4 specs.

Josep
    -----Mensaje original-----
    De: Samuel, Michael M <Sam...@ed...>
    Para: 'dyn...@li...' =
<dyn...@li...>
    Fecha: viernes 15 de diciembre de 2000 4:06
    Asunto: RE: [Dynapi-Dev] Mozilla & Opera
   =20
   =20
    Before I found DynAPI and I was stumbling along trying to create =
inline code that handles all browsers - I went through the Opera site =
and couldn't find anything to do with their implementation of CSS or the =
DOM or anything else.

    Has anyone been able to find documents on their site that give =
developers more of an idea?=20

    BTW - I think the major difference between 4 and 5 is the free-ness =
and the inclusion of ads in the interface - obviously bug fixes and =
stuff - but mostly that... With Opera being free - maybe we'll see an =
increase in it's usage!

    Mike=20

    -----Original Message-----=20
    From: Brandon Myers [mailto:bnd...@ho...]=20
    Sent: Friday, 15 December 2000 12:10 PM=20
    To: dyn...@li...=20
    Subject: RE: [Dynapi-Dev] Mozilla & Opera=20

   =20
   =20
    This was my updated browser.js file.. I've had it for about 2 months =
now...=20

    notice the line:        else if =
(navigator.userAgent.indexOf("Opera")>0) this.b =3D=20
    "opera";=20

   =20
   =20
    function BrowserCheck() {=20
            var b =3D navigator.appName;=20
            if (b=3D=3D"Netscape") this.b =3D "ns";=20
            else if (navigator.userAgent.indexOf("Opera")>0) this.b =3D =
"opera";=20
            else if (b=3D=3D"Microsoft Internet Explorer") this.b =3D =
"ie";=20
            if (!b) {=20
                alert('This browser is not supported in this version');=20
                history.back();=20
            }=20
            this.version =3D navigator.appVersion;=20
            this.v =3D parseInt(this.version);=20
            // Supported Browsers Below:=20
            this.ns =3D (this.b=3D=3D"ns" && this.v>=3D4);=20
            this.ns4 =3D (this.b=3D=3D"ns" && this.v=3D=3D4);=20
            this.ns5 =3D (this.b=3D=3D"ns" && this.v=3D=3D5);=20

            this.ie =3D (this.b=3D=3D"ie" && this.v>=3D4);=20
            this.ie4 =3D (this.version.indexOf('MSIE 4')>0);=20
            this.ie55 =3D (this.version.indexOf('MSIE 5.5')>0);=20
        if(this.ie55) this.v=3D5.5;=20
            else {=20
                this.ie5 =3D (this.version.indexOf('MSIE 5')>0);=20
                if(this.ie5) this.v=3D5;=20
            }=20
            this.opera=3D(this.b=3D=3D"opera");=20
            if (this.opera) this.v=3Dthis.version.split(" ")[0];=20
            // Detect as close to TRUE DOM as possible... DOM support in =
this API is=20
    dependent on the following 2 functions.=20
            this.dom =3D=20
    =
((document.createRange&&(document.createRange().createContextualFragment)=
)?t=20
    rue:false);=20
            if (this.dom) is.b=3D"dom";=20
            this.min =3D (this.ns||this.ie||this.dom);=20
            var ua =3D navigator.userAgent.toLowerCase();=20
            if (ua.indexOf("win")>-1) this.platform =3D "win32";=20
            else if (ua.indexOf("mac")>-1) this.platform =3D "mac";=20
            else this.platform =3D "other";=20
    }=20

    > -----Original Message-----=20
    > From: dyn...@li...=20
    > [mailto:dyn...@li...]On Behalf Of Scott =
Andrew=20
    > LePera=20
    > Sent: Thursday, December 14, 2000 6:51 PM=20
    > To: dyn...@li...=20
    > Subject: Re: [Dynapi-Dev] Mozilla & Opera=20
    >=20
    >=20
    > Well, that's it then!=20
    >=20
    > Funny how they bury it like that.=20
    >=20
    > --=20
    > scott andrew lepera=20
    > -----------------------------------=20
    > web stuff:     www.scottandrew.com=20
    > music stuff:   www.walkingbirds.com=20
    > _______________________________________________=20
    > Dynapi-Dev mailing list=20
    > Dyn...@li...=20
    > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev=20

    _______________________________________________=20
    Dynapi-Dev mailing list=20
    Dyn...@li...=20
    http://lists.sourceforge.net/mailman/listinfo/dynapi-dev=20

RE: [Dynapi-Dev] Mozilla & Opera

[Samuel, M. M <Sam...@ed...>]

Before I found DynAPI and I was stumbling along trying to create inline code
that handles all browsers - I went through the Opera site and couldn't find
anything to do with their implementation of CSS or the DOM or anything else.

Has anyone been able to find documents on their site that give developers more
of an idea?

BTW - I think the major difference between 4 and 5 is the free-ness and the
inclusion of ads in the interface - obviously bug fixes and stuff - but mostly
that... With Opera being free - maybe we'll see an increase in it's usage!

Mike

-----Original Message-----
From: Brandon Myers [mailto:bnd...@ho...]
Sent: Friday, 15 December 2000 12:10 PM
To: dyn...@li...
Subject: RE: [Dynapi-Dev] Mozilla & Opera


This was my updated browser.js file.. I've had it for about 2 months now...

notice the line: 	else if (navigator.userAgent.indexOf("Opera")>0) this.b
=
"opera";


function BrowserCheck() {
	var b = navigator.appName;
	if (b=="Netscape") this.b = "ns";
	else if (navigator.userAgent.indexOf("Opera")>0) this.b = "opera";
	else if (b=="Microsoft Internet Explorer") this.b = "ie";
	if (!b) {
	    alert('This browser is not supported in this version');
	    history.back();
	}
	this.version = navigator.appVersion;
	this.v = parseInt(this.version);
	// Supported Browsers Below:
	this.ns = (this.b=="ns" && this.v>=4);
	this.ns4 = (this.b=="ns" && this.v==4);
	this.ns5 = (this.b=="ns" && this.v==5);

	this.ie = (this.b=="ie" && this.v>=4);
	this.ie4 = (this.version.indexOf('MSIE 4')>0);
	this.ie55 = (this.version.indexOf('MSIE 5.5')>0);
    if(this.ie55) this.v=5.5;
	else {
	    this.ie5 = (this.version.indexOf('MSIE 5')>0);
	    if(this.ie5) this.v=5;
	}
	this.opera=(this.b=="opera");
	if (this.opera) this.v=this.version.split(" ")[0];
	// Detect as close to TRUE DOM as possible... DOM support in this API is
dependent on the following 2 functions.
	this.dom =
((document.createRange&&(document.createRange().createContextualFragment))?t
rue:false);
	if (this.dom) is.b="dom";
	this.min = (this.ns||this.ie||this.dom);
	var ua = navigator.userAgent.toLowerCase();
	if (ua.indexOf("win")>-1) this.platform = "win32";
	else if (ua.indexOf("mac")>-1) this.platform = "mac";
	else this.platform = "other";
}

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Scott Andrew
> LePera
> Sent: Thursday, December 14, 2000 6:51 PM
> To: dyn...@li...
> Subject: Re: [Dynapi-Dev] Mozilla & Opera
>
>
> Well, that's it then!
>
> Funny how they bury it like that.
>
> --
> scott andrew lepera
> -----------------------------------
> web stuff:     www.scottandrew.com
> music stuff:   www.walkingbirds.com
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Label Problems...

[Michael P. <mp...@ph...>]

I have noticed alot of talk about problems with the Label widget.

I have made my own widget that I needed for use as a general textbox and
thought it may be of use.  I have put a modified version of the label's
setSelectable method in there ans it seems to work ok.

Anyway, here it is.

--
Michael Pemberton
mp...@ph...
ICQ: 12107010

RE: [Dynapi-Dev] Mozilla & Opera

[Josep M. i T. <jm...@ne...>]

Hi!

-----Mensaje original-----
De: Brandon Myers <bnd...@ho...>
Para: dyn...@li... <dyn...@li...>
Fecha: viernes 15 de diciembre de 2000 2:27
Asunto: RE: [Dynapi-Dev] Mozilla & Opera


>This was my updated browser.js file.. I've had it for about 2 months now...
>
>notice the line: else if (navigator.userAgent.indexOf("Opera")>0) this.b =
>"opera";
>
>
>function BrowserCheck() {
> var b = navigator.appName;
> if (b=="Netscape") this.b = "ns";
> else if (navigator.userAgent.indexOf("Opera")>0) this.b = "opera";
> else if (b=="Microsoft Internet Explorer") this.b = "ie";
> if (!b) {
>     alert('This browser is not supported in this version');
>     history.back();
> }
> this.version = navigator.appVersion;
> this.v = parseInt(this.version);
> // Supported Browsers Below:
> this.ns = (this.b=="ns" && this.v>=4);
> this.ns4 = (this.b=="ns" && this.v==4);
> this.ns5 = (this.b=="ns" && this.v==5);
>
> this.ie = (this.b=="ie" && this.v>=4);
> this.ie4 = (this.version.indexOf('MSIE 4')>0);
> this.ie55 = (this.version.indexOf('MSIE 5.5')>0);
>    if(this.ie55) this.v=5.5;
> else {
>     this.ie5 = (this.version.indexOf('MSIE 5')>0);
>     if(this.ie5) this.v=5;
> }
> this.opera=(this.b=="opera");
> if (this.opera) this.v=this.version.split(" ")[0];
> // Detect as close to TRUE DOM as possible... DOM support in this API is
>dependent on the following 2 functions.
> this.dom =
>((document.createRange&&(document.createRange().createContextualFragment))?
t
>rue:false);
> if (this.dom) is.b="dom";
> this.min = (this.ns||this.ie||this.dom);
> var ua = navigator.userAgent.toLowerCase();
> if (ua.indexOf("win")>-1) this.platform = "win32";
> else if (ua.indexOf("mac")>-1) this.platform = "mac";

Please, let me add:
else if (ua.indexOf("OS/2")>-1) this.platform = "OS/2";
else if (ua.indexOf("X11")>-1) this.platform = "UNIX"; // yes I know that
this is not always true! But it is often true!


> else this.platform = "other";
>}
>


Regards!

BTW, the archives of opera-users mailing list can be found
http://web.opera.com/archives/public/opera-users/2000-December/

There are some posts about javascript, one of them is very interesting
because its from a guy which want to change the contents of a span element.
The point is that all the posts says javascript doesn't work, and I think
that opera staff must also be suscribed to that list, don't they? So if they
don't reply this guy to tell him how to do it I must think it can't be done.

To sum up, I think all we can do is create all the widgets before onLoad (as
Dan said) and neither create anything nor change the contents of anything.

Regards,

Josep

RE: [Dynapi-Dev] Mozilla & Opera

[Josep M. i T. <jm...@ne...>]

I've been testing Opera and I haven't found the way to add elements after
onLoad, as Dan said in a previous post. So it seems we should create widgets
before onLoad.

But I haven't been able to change a DIV content either. I've tried
innerHTML, write and it seems that document doesn't support any of the
createXXX functions.

Opera hasn't updated the specs of the DOM compliance at their site (They
have only the Opera 4 specs), so its very difficult to know how it can be
done.

I believe that DynAPI can't be ported to Opera. I hope I'm wrong!

Josep




-----Mensaje original-----
De: Scott Andrew LePera <sc...@sc...>
Para: dyn...@li... <dyn...@li...>
Fecha: viernes 15 de diciembre de 2000 1:28
Asunto: Re: [Dynapi-Dev] Mozilla & Opera


>Well, that's it then!
>
>Funny how they bury it like that.
>
>--
>scott andrew lepera
>-----------------------------------
>web stuff:     www.scottandrew.com
>music stuff:   www.walkingbirds.com
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

RE: [Dynapi-Dev] Mozilla & Opera

[Brandon M. <bnd...@ho...>]

This was my updated browser.js file.. I've had it for about 2 months now...

notice the line: 	else if (navigator.userAgent.indexOf("Opera")>0) this.b =
"opera";


function BrowserCheck() {
	var b = navigator.appName;
	if (b=="Netscape") this.b = "ns";
	else if (navigator.userAgent.indexOf("Opera")>0) this.b = "opera";
	else if (b=="Microsoft Internet Explorer") this.b = "ie";
	if (!b) {
	    alert('This browser is not supported in this version');
	    history.back();
	}
	this.version = navigator.appVersion;
	this.v = parseInt(this.version);
	// Supported Browsers Below:
	this.ns = (this.b=="ns" && this.v>=4);
	this.ns4 = (this.b=="ns" && this.v==4);
	this.ns5 = (this.b=="ns" && this.v==5);

	this.ie = (this.b=="ie" && this.v>=4);
	this.ie4 = (this.version.indexOf('MSIE 4')>0);
	this.ie55 = (this.version.indexOf('MSIE 5.5')>0);
    if(this.ie55) this.v=5.5;
	else {
	    this.ie5 = (this.version.indexOf('MSIE 5')>0);
	    if(this.ie5) this.v=5;
	}
	this.opera=(this.b=="opera");
	if (this.opera) this.v=this.version.split(" ")[0];
	// Detect as close to TRUE DOM as possible... DOM support in this API is
dependent on the following 2 functions.
	this.dom =
((document.createRange&&(document.createRange().createContextualFragment))?t
rue:false);
	if (this.dom) is.b="dom";
	this.min = (this.ns||this.ie||this.dom);
	var ua = navigator.userAgent.toLowerCase();
	if (ua.indexOf("win")>-1) this.platform = "win32";
	else if (ua.indexOf("mac")>-1) this.platform = "mac";
	else this.platform = "other";
}

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Scott Andrew
> LePera
> Sent: Thursday, December 14, 2000 6:51 PM
> To: dyn...@li...
> Subject: Re: [Dynapi-Dev] Mozilla & Opera
>
>
> Well, that's it then!
>
> Funny how they bury it like that.
>
> --
> scott andrew lepera
> -----------------------------------
> web stuff:     www.scottandrew.com
> music stuff:   www.walkingbirds.com
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Mozilla & Opera

[Scott A. L. <sc...@sc...>]

Well, that's it then!

Funny how they bury it like that.

-- 
scott andrew lepera
-----------------------------------
web stuff:     www.scottandrew.com
music stuff:   www.walkingbirds.com

Re: [Dynapi-Dev] Mozilla & Opera

[Scott A. L. <sc...@sc...>]

With BrowserCheck, maybe something more along the lines of:

if (is.ie5 && !document.innerHTML) <-- Opera, disguised as IE5 ?

-- 
scott andrew lepera
-----------------------------------
web stuff:     www.scottandrew.com
music stuff:   www.walkingbirds.com

RE: [Dynapi-Dev] Mozilla & Opera

[Josep M. i T. <jm...@ne...>]

I think I found it!

In IE5 mode:

navigator.appName:
Microsoft Internet Explorer

navigator.appVersion:
4.0 (compatible; MSIE 5.0; Windows NT 4.0)

navigator.userAgent:
Mozilla/4.0 (compatible; MSIE 5.0; Windows NT 4.0) Opera 5.0  [en]


Do you notice the Opera at the end? In all the modes of the browser it
appends this "Opera" at the end? It's really beautiful, isn't it?

Regards,

Josep



-----Mensaje original-----
De: Doug Melvin <do...@cr...>
Para: dyn...@li... <dyn...@li...>
Fecha: jueves 14 de diciembre de 2000 23:31
Asunto: Re: [Dynapi-Dev] Mozilla & Opera


>ick.
>so, if (document.all && document.innerHTML)... ?
>
>> Actually, it seems that in MSIE 5.0 mode, Opera supports a document.all
>> collection, but doesn't support other features like innerHTML, so we may
>> have to do some extra work to detect Opera. Or, we could just support it
>> until it has a better scripting interface (W3C's model is what I'd
>> prefer).
>>
>> --
>> scott andrew lepera
>> -----------------------------------
>> web stuff:     www.scottandrew.com
>> music stuff:   www.walkingbirds.com
>> _______________________________________________
>> Dynapi-Dev mailing list
>> Dyn...@li...
>> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] Fixed loadPanel in Ie4

[Craig T. <cr...@re...>]

> To satisfy your curiosity I think most people have BBQ's. Our family tends
> to have a Christmas roast lunch indoors and go outside afterwards. So it is
> kind of weird.

Well I'm singing Carolls at the Hilton on Christmas day ;) Excuse not to
have a family bbq ;)

  - C

RE: [Dynapi-Dev] Fixed loadPanel in Ie4

[Samuel, M. M <Sam...@ed...>]

Jordi - Yes - all this "white xmas" stuff does tend to get a little strange down
this end of the world! As mentioned - a good ol' barbie (as in BBQ - not the
doll) is most definitely in the order of the day - especially if it's gonna be a
hot one - looking at the mid to high 30's around most of Aus..

I think I've seen Coke do a surfer Santa image - but I don't know about
coconuts? Sand castles and beach towels also figure prominently....

Maybe you should try a summer xmas one year! :)

Mike

-----Original Message-----
From: Jordi 'IlMaestro' Ministral [mailto:jmi...@or...]
Sent: Thursday, 14 December 2000 11:53 PM
To: dyn...@li...
Subject: [Dynapi-Dev] Fixed loadPanel in Ie4

<SNIP>

Off topic: yesterday I was talking with Pascal about christmas and suddenly
thought about the people in the southern hemisphere. It's summer down there.
Don't they feel sort of stupid with all these snow, winter stufff ? I've never
seen an Australian christmas image but I don't think they go throwing snowballs
to each other..... shouldn't they place coconuts instead of snowflakes and have
a surfer-Santa ?

Can anyone throw some light on me ? I'm puzzled.

_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] deleteFromArray

[Doug M. <do...@cr...>]

Visual Basic is one big example of  "Just because a language supports
something doesn't mean that
 it's a good thing to use."..

hehe

Doug Melvin

----- Original Message -----
From: "Brandon Myers" <bnd...@ho...>
To: <dyn...@li...>
Sent: Thursday, December 14, 2000 2:20 PM
Subject: RE: [Dynapi-Dev] deleteFromArray


> I, in practice, when needing a name/value pair array... use objects.
> It's not good practice to use a for-in on an ordinal array.. and very poor
> practice to mix ordinal and associative arrays.. even though the language
> supports it. Just because a language supports something doesn't mean that
> it's a good thing to use.
>
> > -----Original Message-----
> > From: dyn...@li...
> > [mailto:dyn...@li...]On Behalf Of Scott Andrew
> > LePera
> > Sent: Thursday, December 14, 2000 2:15 PM
> > To: dyn...@li...
> > Subject: Re: [Dynapi-Dev] deleteFromArray
> >
> >
> > > hmm, so a delete array[element]  will leave a gap instead of
> > removing the
> > > element and move all "higher" elements down one step ?
> >
> > Yes, Brandon is correct in this.  That's one of the reasons why
> > removeFromArray was created in the first place.  It keeps ordinal arrays
> > in the correct order when you remove an element.
> >
> > --
> > scott andrew lepera
> > -----------------------------------
> > web stuff:     www.scottandrew.com
> > music stuff:   www.walkingbirds.com
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

SV: [Dynapi-Dev] deleteFromArray

[Bart B. <ba...@ho...>]

Actually, this is a pretty good idea.. then you could devise actual lists and stacks objects to work with.

-----Ursprungligt meddelande-----
Från: Brandon Myers <bnd...@ho...>
Till: dyn...@li... <dyn...@li...>
Datum: den 14 december 2000 23:30
Ämne: RE: [Dynapi-Dev] deleteFromArray


>I, in practice, when needing a name/value pair array... use objects.
>It's not good practice to use a for-in on an ordinal array.. and very poor
>practice to mix ordinal and associative arrays.. even though the language
>supports it. Just because a language supports something doesn't mean that
>it's a good thing to use.
>
>> -----Original Message-----
>> From: dyn...@li...
>> [mailto:dyn...@li...]On Behalf Of Scott Andrew
>> LePera
>> Sent: Thursday, December 14, 2000 2:15 PM
>> To: dyn...@li...
>> Subject: Re: [Dynapi-Dev] deleteFromArray
>>
>>
>> > hmm, so a delete array[element]  will leave a gap instead of
>> removing the
>> > element and move all "higher" elements down one step ?
>>
>> Yes, Brandon is correct in this.  That's one of the reasons why
>> removeFromArray was created in the first place.  It keeps ordinal arrays
>> in the correct order when you remove an element.
>>
>> --
>> scott andrew lepera
>> -----------------------------------
>> web stuff:     www.scottandrew.com
>> music stuff:   www.walkingbirds.com
>> _______________________________________________
>> Dynapi-Dev mailing list
>> Dyn...@li...
>> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

SV: [Dynapi-Dev] deleteFromArray

[Bart B. <ba...@ho...>]

Well, you could do it an alternate way.
You could add a generic function to the Array object, for deleting items correctly.. i.e. deleting an item and redistributing the array by moving the adjacent items down a step.
Something like:

Array.prototype.deleteItem=function(item){ 
 for(var i=0,n=0;i<this.length;i++){  
  if(this[i]!=this[item]) this[n++]=this[i]  
 } 
 this.length=this.length-1  
}

/////////////////////////////////

var a=[1,2,3,4,5]
alert(a +"  "+a.length)
a.deleteItem(2)
alert(a +"  "+a.length)


Some extra work is needed for accociative arrays.. but this is a great way of extending Array functionality, and keeping functions dealing with "lists" and "stacks" general.

/ Bart

-----Ursprungligt meddelande-----
Från: Scott Andrew LePera <sc...@sc...>
Till: dyn...@li... <dyn...@li...>
Datum: den 14 december 2000 20:24
Ämne: Re: [Dynapi-Dev] deleteFromArray


>> hmm, so a delete array[element]  will leave a gap instead of removing the
>> element and move all "higher" elements down one step ?
>
>Yes, Brandon is correct in this.  That's one of the reasons why
>removeFromArray was created in the first place.  It keeps ordinal arrays
>in the correct order when you remove an element.
>
>-- 
>scott andrew lepera
>-----------------------------------
>web stuff:     www.scottandrew.com
>music stuff:   www.walkingbirds.com
>_______________________________________________
>Dynapi-Dev mailing list
>Dyn...@li...
>http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] RE:Off topic for Cameron

[Brandon M. <bnd...@ho...>]

In the imortal words of that great christmas song:

"Let it snow, let it snow, let it snow!"

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Kevin
> Francis
> Sent: Thursday, December 14, 2000 5:27 PM
> To: dyn...@li...
> Subject: [Dynapi-Dev] RE:Off topic for Cameron
>
>
> Off Topic:
>
> No OZ people (at least I) don't feel stupid at all.  Only the other day,
> watching the 6.00pm news and the blizzards sweeping across Northern US /
> Canada, cars sliding off the road, people digging their cars out
> of a metre
> of snow wearing more clothes then I own; I mentioned to my brother 'How
> could people live in that' :), frightening.  After the news finished I
> wandered off down to the beach.
>
> For the majority of OZ people if the temp. falls below 10C at any time, we
> are having a bad winter let alone snow but we do have a snow field in the
> mountains (hills) somewhere - only in winter of coarse ... but
> each to their
> own.
>
> This year our family/friends Christmas have a rock'n'roll theme -
> 50's Music
> / BBQ / booze, then afternoon 'fatnap' on a banana chair in the
> yard or down
> to the beach, in preparation for the evening feast.  Send you some pics if
> you want:)
>
> And yes, we do have surfin' Santas (lol) and no, we don't throw coconuts,
> only crushed Cooler/Esky ice.
>
> I suppose this behaviour is all brought about by the isolation ... then
> again, there's nothing quiet like living at the arse-end of the
> world :), it
> has its advantages.
>
> Kevin F
>
> > Off topic: yesterday I was talking with Pascal about christmas
> > and suddenly
> > thought about the people in the southern hemisphere. It's summer
> > down there.
> > Don't they feel sort of stupid with all these snow, winter stufff
> > ? I've never
> > seen an Australian christmas image but I don't think they go
> > throwing snowballs
> > to each other..... shouldn't they place coconuts instead of
> > snowflakes and have
> > a surfer-Santa ?
> >
> > Can anyone throw some light on me ? I'm puzzled.
>
> I'm from New Zealand, although I'm currently living in the UK.
>
> To satisfy your curiosity I think most people have BBQ's. Our family tends
> to have a Christmas roast lunch indoors and go outside
> afterwards. So it is
> kind of weird.
>
> I feel sorry for the people wandering around in Santa suits, they must be
> melting in those things!
>
> So Christmas seems wrong, on the other hand, it's definetly better having
> New Years Eve in the middle of summer.
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] Very off topic

[Brandon M. <bnd...@ho...>]

so.. what if you where to install the DVD-ROM on the primary IDE bus, and
the Burner on the secondary IDE bus?

This way, they are on different cables... I've had problems with drives not
wanting to be on the same cable.

Hope that helps.

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Eytan
> Heidingsfeld
> Sent: Thursday, December 14, 2000 1:51 PM
> To: dyn...@li...
> Subject: RE: [Dynapi-Dev] Very off topic
>
>
> I know it's not the master|slave bit i've tried that. I also have
> tried all
> the install-reinstall but not in the exact order. Maybe i'll try that soon
> (currently too pissed off)
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] deleteFromArray

[Brandon M. <bnd...@ho...>]

I, in practice, when needing a name/value pair array... use objects.
It's not good practice to use a for-in on an ordinal array.. and very poor
practice to mix ordinal and associative arrays.. even though the language
supports it. Just because a language supports something doesn't mean that
it's a good thing to use.

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Scott Andrew
> LePera
> Sent: Thursday, December 14, 2000 2:15 PM
> To: dyn...@li...
> Subject: Re: [Dynapi-Dev] deleteFromArray
>
>
> > hmm, so a delete array[element]  will leave a gap instead of
> removing the
> > element and move all "higher" elements down one step ?
>
> Yes, Brandon is correct in this.  That's one of the reasons why
> removeFromArray was created in the first place.  It keeps ordinal arrays
> in the correct order when you remove an element.
>
> --
> scott andrew lepera
> -----------------------------------
> web stuff:     www.scottandrew.com
> music stuff:   www.walkingbirds.com
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] RE:Off topic for Cameron

[Kevin F. <kfr...@id...>]

Off Topic:

No OZ people (at least I) don't feel stupid at all.  Only the other day,
watching the 6.00pm news and the blizzards sweeping across Northern US /
Canada, cars sliding off the road, people digging their cars out of a metre
of snow wearing more clothes then I own; I mentioned to my brother 'How
could people live in that' :), frightening.  After the news finished I
wandered off down to the beach.

For the majority of OZ people if the temp. falls below 10C at any time, we
are having a bad winter let alone snow but we do have a snow field in the
mountains (hills) somewhere - only in winter of coarse ... but each to their
own.

This year our family/friends Christmas have a rock'n'roll theme - 50's Music
/ BBQ / booze, then afternoon 'fatnap' on a banana chair in the yard or down
to the beach, in preparation for the evening feast.  Send you some pics if
you want:)

And yes, we do have surfin' Santas (lol) and no, we don't throw coconuts,
only crushed Cooler/Esky ice.

I suppose this behaviour is all brought about by the isolation ... then
again, there's nothing quiet like living at the arse-end of the world :), it
has its advantages.

Kevin F

> Off topic: yesterday I was talking with Pascal about christmas
> and suddenly
> thought about the people in the southern hemisphere. It's summer
> down there.
> Don't they feel sort of stupid with all these snow, winter stufff
> ? I've never
> seen an Australian christmas image but I don't think they go
> throwing snowballs
> to each other..... shouldn't they place coconuts instead of
> snowflakes and have
> a surfer-Santa ?
>
> Can anyone throw some light on me ? I'm puzzled.

I'm from New Zealand, although I'm currently living in the UK.

To satisfy your curiosity I think most people have BBQ's. Our family tends
to have a Christmas roast lunch indoors and go outside afterwards. So it is
kind of weird.

I feel sorry for the people wandering around in Santa suits, they must be
melting in those things!

So Christmas seems wrong, on the other hand, it's definetly better having
New Years Eve in the middle of summer.

_______________________________________________
Dynapi-Dev mailing list
Dyn...@li...
http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Mozilla & Opera

[Doug M. <do...@cr...>]

ick.
so, if (document.all && document.innerHTML)... ?

> Actually, it seems that in MSIE 5.0 mode, Opera supports a document.all
> collection, but doesn't support other features like innerHTML, so we may
> have to do some extra work to detect Opera. Or, we could just support it
> until it has a better scripting interface (W3C's model is what I'd
> prefer).
> 
> -- 
> scott andrew lepera
> -----------------------------------
> web stuff:     www.scottandrew.com
> music stuff:   www.walkingbirds.com
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Mozilla & Opera

[Scott A. L. <sc...@sc...>]

Actually, it seems that in MSIE 5.0 mode, Opera supports a document.all
collection, but doesn't support other features like innerHTML, so we may
have to do some extra work to detect Opera. Or, we could just support it
until it has a better scripting interface (W3C's model is what I'd
prefer).

-- 
scott andrew lepera
-----------------------------------
web stuff:     www.scottandrew.com
music stuff:   www.walkingbirds.com