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

Re: [Dynapi-Dev] Splitting the API?

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

I cannot do that yet.
I can, though, assist in guiding you in whatever efforts you may endevor.

----- Original Message -----
From: "Doug Melvin" <do...@cr...>
To: <dyn...@li...>
Sent: Thursday, November 30, 2000 8:13 PM
Subject: Re: [Dynapi-Dev] Splitting the API?


> How about posting your efforts.. an increase in speed and stability is
> something I think we could all use.. (well, I could anyways..)
>
>
> ----- Original Message -----
> From: "Brandon Myers" <bnd...@ho...>
> To: <dyn...@li...>
> Sent: Thursday, November 30, 2000 11:58 AM
> Subject: [Dynapi-Dev] Splitting the API?
>
>
> > I don't know how splitting the API came out of object inheritance. Which
> are
> > 2 totally sperate issues... but here goes my wordy opinion...
> >
> > I have completed splitting the API into parts for IE and NS, even to
their
> > specific versions. I have nodiced a 10x increase in speed. And a great
> > increase in stability.
> >
> > If the community was to appoint a maintainer for each browser, someone
who
> > is highly sufficient in the capabilities of the browser, then they can
> > optimize their versions without fear of gumming up the works for other
> > browsers and platforms.
> >
> > The other drawback, from what I see, is that there would be a need to
> > maintain a list of files for each browser type. Or, what files are
common,
> > and what files are specific for each browser. I have solved this
problem,
> > but the requirement for maintaing a list of files for each category, or
> > browser, is still a necessity. That, although, gives a benifit to the
API.
> > Now, we sould no-longer have to specify the fill path of the script
file.
> > Just the name of the script would include all necessary files. If, for
> > example, the DynLayer object where to be split, there coujld be 5
possible
> > files generated.
> > 1: The common parts to all browsers.
> > 2: IE4
> > 3: IE5
> > 4: NS4
> > 5: DOM compliant.
> >
> > The common part would obviously be the larger, as there is much that is
> > common to both browsers. But if things are done right, the result of the
> > seperation, when both common and the specific browser version is
combined,
> > would be less than the original DynLayer file was before the split. This
I
> > have proved with the version I have enhanced.
> >
> > It becomes quite simple to maintain after a list of standards of what
the
> > API is actually suppoed to provide is made available. It also allows
> > developers who like the API, and wish to target a specific browser
> audience
> > with enhanced features not provided by other brosers, to develop highly
> > advcanced sites using the API together with their own proprietary
> additions.
> > These additions are made easier due to the "pluggable" nature of the
> > resulting split.
> >
> > Supporting browser specific implementation of features available in both
> > browsers also becomes easier. Things such as audio support, a file that
> > glues java objects to javascript events, and vice versa. These features
> > become trivial when this path is followed.
> >
> > I'm not staying it will be easy. But I believe that the benifits would
> > outway the work it would entail.
> > ----- Original Message -----
> > From: "Abel Eduardo Cantu Salas" <abe...@al...>
> > To: <dyn...@li...>
> > Sent: Thursday, November 30, 2000 2:00 PM
> > Subject: RE: [Dynapi-Dev] inheritance crusade / SuperClass stuff
> >
> >
> > > > But isn't it better to use optimised versions for the browser, not
> > > > the one for all?
> > >
> > > It sound very interesting indeed Alexey... then you can also create
new
> js
> > > for newer browsers whithout any need to touch other js (just like dlls
> or
> > > device drivers, you'll load what you need); it will allow you to
reduce
> > the
> > > amount of code that the client most download and most important than
> that
> > is
> > > the fact that this code will be really very optimised. However this
has
> an
> > > important drawback that we most consider:
> > >
> > > Doing this means an extra work in trying to maintain standardized all
> the
> > > APIS for diferent platforms and diferent browsers, id est, if we add
> > > something to an API we must add the same functionality to all other;
and
> > not
> > > just that, separating everything so you can then optimize a lot, could
> > make
> > > easy a loss of control in what is disponible for what platform.
> > >
> > > Im sure we don't want a DynAPI that says: "this is disponible only for
> NS"
> > > or vice versa, then we most work a lot to keep things in the right
path.
> > >
> > > Any opinions or sugestions about this matter?, there is a lot of
> > advantages
> > > and drawbacks in a schema like this...
> > >
> > > -----Original Message-----
> > > From: dyn...@li...
> > > [mailto:dyn...@li...]On Behalf Of Alexey
> > > Medvedev
> > > Sent: Jueves, 30 de Noviembre de 2000 10:42 a.m.
> > > To: dyn...@li...
> > > Subject: Re: Re: Re: [Dynapi-Dev] inheritance crusade / SuperClass
stuff
> > >
> > >
> > > On Thu, 30 Nov 2000, Barre Bizon wrote:
> > >
> > > Yes - I told it is JS_1.3_
> > >
> > > > Another thing... neither the function.call() nor the
> > > > function.apply() method work under IE4+.
> > > > Unfortunately.
> > >
> > > Also add .watch() to the list :-/
> > >
> > >  But isn't it better to use optimised versions for the brouser, not
> > >  the one for all?
> > >
> > >   So main "dynapi" whould be a selector of "dynlayer_ns4.js"
> > > or "dynlayer_ie4.js" but keeping same API?
> > >
> > > I thinks using "new Layer" in NN4 is better then creating
> > >  lots of CSS and <div>-s (memory usage and resistance to Resize):
> > >
> > > http://deep.kiev.ua/JS/WebGram/ - resize resistant without
> > >  any reloads.
> > >
> > > ps. last one i need to make site as one page , with changed layers
> > > Same as www.htmlguru.com is.
> > >
> > > Malx
> > >
> > > _______________________________________________
> > > 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

Re: [Dynapi-Dev] CVS Use /src/

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

Robert, before too many people start using this could you change the /js/ directory to /src/.

Dan

On Mon, Dec 04, 2000 at 08:21:46PM -0500, Robert Rainwater wrote:
> 
> CVS has now been setup.  The latest beta has been imported into CVS
> under the module name "dynapi".  Please read my instructions I posted
> earlier to access the repository.
> 
> Also, I will update dynapi.js in CVS so that the addLibrary calls are
> correct.
> 
> -- 
> // Robert Rainwater
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Label Cover Bug

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

The only reason "add cover" was in the original Label was to prevent the text from being selectable.  A layer covering the text is one solution, however this can/should be accomplished with event handling.  As far as I can tell setSelectable() works perfectly fine in Netscape.  It cancels the mouse down event and stops selecting of the test.  There must be an equivalent IE method to do the same.

I'd prefer having the method called "setSelectable" only because it makes more sense of what it accomplishes.

Dan


On Mon, Dec 04, 2000 at 09:36:50PM -0500, Robert Rainwater wrote:
> 
> I'm sure this has been mentioned before but here it goes again.
> 
> The addCover method does not seem to work.  When used, there is no
> change in IE 5.  Also, what is the purpose of setSelectable versus
> addCover.  In the label example it says that 2 of the labels have a
> cover, but there is no call to addCover, but there is one to
> setSelectable().  This seems like an error to me.
> 
> -- 
> // Robert Rainwater
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

[Dynapi-Dev] Label Cover Bug

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

I'm sure this has been mentioned before but here it goes again.

The addCover method does not seem to work.  When used, there is no
change in IE 5.  Also, what is the purpose of setSelectable versus
addCover.  In the label example it says that 2 of the labels have a
cover, but there is no call to addCover, but there is one to
setSelectable().  This seems like an error to me.

-- 
// Robert Rainwater

[Dynapi-Dev] CVS Up and Running

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

CVS has now been setup.  The latest beta has been imported into CVS
under the module name "dynapi".  Please read my instructions I posted
earlier to access the repository.

Also, I will update dynapi.js in CVS so that the addLibrary calls are
correct.

-- 
// Robert Rainwater

Re[2]: [Dynapi-Dev] CVS in WIndows

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

I believe that is correct. With the method I showed, you can not use
the login options. It will prompt for a login when you do a
checkout/checkin. However, there is not a module to check out yet.
Hopefully, they will reset CVS today. I will post when the module has
been imported. Then you can just checkout the module.

-- 
// Robert Rainwater

On 12/4/2000, 1:55:33 PM EST, Darin wrote about "[Dynapi-Dev] CVS in WIndows":


> after installing and using the settings outlined below (on NT4), i get a
> message saying :

> CVSROOT: :ext:to...@cv...:/cvsroot/dynapi (ssh
> authentication)
> TCL is *not* available, shell is disabled


> i can't seem to get any further.
> "torgo" is my username on sourceforge.

> any idea what i am doing wrong?



> -----Original Message-----
> From: Robert Rainwater [mailto:rra...@ya...]
> Sent: Sunday, December 03, 2000 3:02 PM
> To: DynAPI Development List
> Subject: [Dynapi-Dev] CVS in WIndows



> Here are some quick and dirty instructions for setting up CVS on
> windows.

> Files
> -----

> WinCVS:
> ftp://sunsite.cnlab-switch.ch/mirror/cvsgui/WinCvs11b17.zip

> SSH:
> ftp://ftp.dei.uc.pt/.disk2/Crypto/SSH/contrib/ssh-1.2.14-win32bin.zip

> Installation
> ------------
> Install WinCVS as per the instructions provided.

> - Unzip ssh-1.2.14-win32bin.zip to a directory (ex. c:\ssh).
> - Add c:\ssh to the PATH variable.
> - Create a HOME directory (ex. c:\home).
> - Create environment variable HOME with value c:\home
> - Restart

> - Start WinCVS.
> - It should prompt to enter your CVS Root.  (if not, choose
> Admin|Preferences).  Enter the cvs root as:
> ":ext:<username>@cvs.dynapi.sourceforge.net:/cvsroot/dynapi"
> Below CVSRoot, choose SSH Server for authentication.  Then click the
> Ports tab and click "Check for alternate rsh name" to enable it.  Then
> choose OK and your set.

> Also, you can choose View|Browse Location|Change to change to a
> working directory, so you will not see your whole hard drive in the
> view.  Choose c:\home for example.

> Now your set.

> To checkout a module, Right click Home and choose checkout and then
> you would enter the name of the module.  A DOS box will pop up that
> will require your sourceforge password.

> Currently, there is no module yet to checkout, but you would normally
> checkout "dynapi" to get the latest version.

> For more info checkout:
> https://sourceforge.net/docman/display_doc.php?docid=766&group_id=1

[Dynapi-Dev] Attn Dan, small bug in pathanim.js

[Richard :o <ma...@ri...>]

Hi,
I noticed an error in line 133, y2=3D=3Dy2 should be y2=3D=3Dy1.

 var dy =3D y2=3D=3Dy1? 0 : (y2-y1)/N;

Cheers,
Richard:o

RE: [Dynapi-Dev] Admin - Please read

[Alexey M. <ma...@ca...>]

> this project with big ideas and thoughts, but they usually leave without
> actually having contributed a single thing (no names mentioned ;)

> hosted, it offers ALOT and anyone can join in and get access to every

	Could you describe which ones?

  CVS is disabled.

	Bug list? It's simpler to post them here.
	Ideas?  Is there any admin , who collects ideas ?
 Not implement , but just collect any ideas and post them tho some
 page (like TODO , or better - "Whish List" - not all of ideas are so
 interesting to be implementing , but they are very interesting for
 history :)))

	Also  - there need to be documentation page.
 There was URL to Class/Prototype description...  It already lost in
 mail-archive.  Better to keep it separated on page.

	So who could do this?

	Also there was the question about spliting DynAPI.
 (sorry have not read all messages yet) Is there any movement in this
 side? (I could make tests on NN4.7 unix/win, mozilla/unix).

	Archives. I have seen lots of links to own pages.
 And no use of Sourceforge :)
	(could the command be implemented - something like:

  !get soft URL
  !get doc URL
  !add URL

	So robot could check for it (from admins) here in mail list 
 and automatically get all files (it is faster than to go to web ;)

				Malx
-- 
All our life is digging in memories. Some of them 0.01 sec old.

Re: [RE: [Dynapi-Dev] Developers reference]

[Bill W. <bil...@us...>]

Does anyone know why, when I am reading posts here I get hex character
conversion?

for example when looking at the developers guide that Pascal posted, it came
through as html source beginning with the following line.

<h3 id=3D'#ID-1.2' class=3D'div3'>1.2. Browser detection</h3>


Aside seems like the file is missing the first part (particularly the style
sheets), but the main thing is, that every time there is an equals sign it is
followed with its hex equiv, '3D' many lines have '=' at the end, some
have'=20'.

Do I have to set my browser encoding to something other than Western
European?
I'm running ID5 on WinNT, and its driving me nuts (both windows and the hex
thing <hehe>)
any suggestions?
thanks
-bw





____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

Re[2]: [Dynapi-Dev] Multiple Inheritence

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

By the way, does anyone have the superclass object.  The version I
have doesn't quite work.

-- 
// Robert Rainwater

On 12/4/2000, 11:28:38 AM, Scott wrote regarding "[Dynapi-Dev] Multiple Inheritence":

> The SuperClass object can enable multiple inheritance, but I'd like to
> see your code, too.  Can you send me a copy?

RE: [Dynapi-Dev] Admin -reply

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

Not a problem Pascal, I understand completely:)  But big ideas had little to
do with it. It's just that I had developed a dynamic corporate extranet last
year that could have been adapted.  Afterall, there has been a lot of
activity but little is reflected on the SF site.  I think coming to terms
with the breath of the development (and the gaps inbetween) may confuse many
people.  Hopefully, the CVS will cure this but it would be disappointing if
many were dropped out of the loop because the activity there is not
reflected more publicly (if you are not on the mailing lists, you are out of
the loop).

NunoF comment yesterday on the 'helplist' is sound.  But how to do this
effectively in a mixed skill level group context?  That was the main thrust
of my first and this lengthy comment. I'll stay tuned :o).

Kevin F

-----Original Message-----
From: dyn...@li...
[mailto:dyn...@li...]On Behalf Of Pascal
Bestebroer
Sent: Tuesday, December 05, 2000 4:14 AM
To: dyn...@li...
Subject: RE: [Dynapi-Dev] Admin - Please read


First of all, this mail is my opinion not the opinion of the other admins!
(just thought I'd better mention that :)

I really apreciate the offer, but the offer has been made a few more times
in the last couple of months. The problem is that alot of people get onto
this project with big ideas and thoughts, but they usually leave without
actually having contributed a single thing (no names mentioned ;)

At this point I think sourceforge is a very cool place to have this project
hosted, it offers ALOT and anyone can join in and get access to every
thing..



Pascal Bestebroer
pa...@dy...
http://www.dynamic-core.net

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Kevin Francis
> Verzonden: zondag 3 december 2000 23:09
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] Admin - Please read
>
>
> As a first timer to this post, forgive me if I'm going down a
> track that has
> already been discarded and for the length of this post :ob
>
> My background is web-site development specializing in a Cold
> Fusion backend
> before that a designer and editor.  Like others who have found their way
> here, we were all dutifully impressed with the power (and evolving
> completeness) of the DynApi.  So here goes ...
>
> There has been a lot of discussion about development
> co-ordination (here and
> the help posts) about contributions being able to be made from any level;
> about tangents that may or may not prove beneficial).  Dan has spoken of
> introducing CVS and others IRC etc., More documentation is required, so
> newbies can quickly come up to speed, the list goes on.
>
> If the administrators choose, I have some webspace available, or a free
> CFusion site like cfm-resources.com could be used where I could
> construct a
> database/s that could ... dynamically update and output the authorised
> 'code', show who is currently working/doing what (alert emails of coarse),
> multi-forums and multi-thread forum - one answer could be posted
> to several
> threads (also output as listmail), tasks that could be performed by
> 'child-devs' (documentation, FAQ's, testing ... re:helplist) on
> their way to
> becoming 'parent-devs', simple/complex search functions, widget libraries
> (complete and otherwise).  I have made some other notes on
> functionality but
> I don't want to bog this list down (as I may be well off the mark).
> Management could be kept to a minimum with the right design.
>
> Anyway, it's just an offer, if you are interested let me know.  If not, I
> won't go away as I believe what is happening here is both significant in
> itself and important to the future.
>
> I know sourceforge has many of the above capabilities, but my
> machine feels
> like it has been in the ring with Mike Tyson every time I logon.  :o)
>
> Kevin Francis
>
> _______________________________________________
> 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: [Re: [Dynapi-Dev] dynapi-2000.11.07-danwidgets.zip bug report]

[Bill W. <bil...@us...>]

good points all!
Thanks
-bw
Scott Andrew LePera <sc...@sc...> wrote:
> In addition to Nuno's thoughts, I would add that without the table,
> Netscape will not reflow the content when the layer is resized.  If you
> write text into a 100px-width label that has no table, and then resized
> the label to 200px in width, the text will remain wrapped as if it were
> still 100px wide.  This is a Netscape-specific bug; IE happily reflows
> the text automatically when you resize.
> 
> -- 
> 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


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

Re: [[Dynapi-Dev] Re: Layer Aling]

[Bill W. <bil...@us...>]

Perhaps, (and I am not sure) it is because this.css.width is only for ie and
ns5 and you might be using netscape 4.7????

I found this in DynLayer's setSize method.  Otherwise it sets the clip width
and height.
    if (is.ie || is.ns5) {
        this.css.width=w
        this.css.height=h
    }
For cross browser compatability use the '.getWidth()' method or, the '.w'
property (not .css.width) 

But this.w accesses the width directly, which is really a no-no in OO. 
getWidth() is better, because someone may change the '.w' property to
'.widthofmyfunkylayerthingamajig' someday.  If you use this.getWidth() it
should still work even then, assuming they did it right.
Regards
-bw


Álvaro Peña González <ice...@ve...> wrote:

> --------------------------------------------- 
>	Attachment:  
>	MIME Type: multipart/alternative 
> --------------------------------------------- 
> Ok Bill.
> 
> The code works correctly with your change.
> 
> But I ask a thing:
> 
> Because the message that I place after storing wide and high of the layer
and the document shows the data of lw, lh, dw and dh correctly and later do
not make the operations correctament?
> 
> lw = this.css.width;
> lh = this.css.height;
> dw = DynAPI.document.w;
> dh = DynAPI.document.h;
> 
> alert("Function Aling() lw:"+lw+" lh:"+lh+" dw:"+dw+" dh:"+dh+"
cHor:"+cHor+" cVer:"+cVer); < It gives the correct values of wide and the high
of layer and document.
> 
> Some explanation?


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1

RE: [Dynapi-Dev] CVS in WIndows

[Darin K. <dka...@ef...>]

after installing and using the settings outlined below (on NT4), i get a
message saying :

CVSROOT: :ext:to...@cv...:/cvsroot/dynapi (ssh
authentication)
TCL is *not* available, shell is disabled


i can't seem to get any further.
"torgo" is my username on sourceforge.

any idea what i am doing wrong?



-----Original Message-----
From: Robert Rainwater [mailto:rra...@ya...]
Sent: Sunday, December 03, 2000 3:02 PM
To: DynAPI Development List
Subject: [Dynapi-Dev] CVS in WIndows



Here are some quick and dirty instructions for setting up CVS on
windows.

Files
-----

WinCVS:
ftp://sunsite.cnlab-switch.ch/mirror/cvsgui/WinCvs11b17.zip

SSH:
ftp://ftp.dei.uc.pt/.disk2/Crypto/SSH/contrib/ssh-1.2.14-win32bin.zip

Installation
------------
Install WinCVS as per the instructions provided.

- Unzip ssh-1.2.14-win32bin.zip to a directory (ex. c:\ssh).
- Add c:\ssh to the PATH variable.
- Create a HOME directory (ex. c:\home).
- Create environment variable HOME with value c:\home
- Restart

- Start WinCVS.
- It should prompt to enter your CVS Root.  (if not, choose
Admin|Preferences).  Enter the cvs root as:
":ext:<username>@cvs.dynapi.sourceforge.net:/cvsroot/dynapi"
Below CVSRoot, choose SSH Server for authentication.  Then click the
Ports tab and click "Check for alternate rsh name" to enable it.  Then
choose OK and your set.

Also, you can choose View|Browse Location|Change to change to a
working directory, so you will not see your whole hard drive in the
view.  Choose c:\home for example.

Now your set.

To checkout a module, Right click Home and choose checkout and then
you would enter the name of the module.  A DOS box will pop up that
will require your sourceforge password.

Currently, there is no module yet to checkout, but you would normally
checkout "dynapi" to get the latest version.

For more info checkout:
https://sourceforge.net/docman/display_doc.php?docid=766&group_id=1

-- 
// Robert Rainwater


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

RE: [Dynapi-Dev] Admin - Please read

[Pascal B. <pa...@dy...>]

First of all, this mail is my opinion not the opinion of the other admins!
(just thought I'd better mention that :)

I really apreciate the offer, but the offer has been made a few more times
in the last couple of months. The problem is that alot of people get onto
this project with big ideas and thoughts, but they usually leave without
actually having contributed a single thing (no names mentioned ;)

At this point I think sourceforge is a very cool place to have this project
hosted, it offers ALOT and anyone can join in and get access to every
thing..



Pascal Bestebroer
pa...@dy...
http://www.dynamic-core.net

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Kevin Francis
> Verzonden: zondag 3 december 2000 23:09
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] Admin - Please read
>
>
> As a first timer to this post, forgive me if I'm going down a
> track that has
> already been discarded and for the length of this post :ob
>
> My background is web-site development specializing in a Cold
> Fusion backend
> before that a designer and editor.  Like others who have found their way
> here, we were all dutifully impressed with the power (and evolving
> completeness) of the DynApi.  So here goes ...
>
> There has been a lot of discussion about development
> co-ordination (here and
> the help posts) about contributions being able to be made from any level;
> about tangents that may or may not prove beneficial).  Dan has spoken of
> introducing CVS and others IRC etc., More documentation is required, so
> newbies can quickly come up to speed, the list goes on.
>
> If the administrators choose, I have some webspace available, or a free
> CFusion site like cfm-resources.com could be used where I could
> construct a
> database/s that could ... dynamically update and output the authorised
> 'code', show who is currently working/doing what (alert emails of coarse),
> multi-forums and multi-thread forum - one answer could be posted
> to several
> threads (also output as listmail), tasks that could be performed by
> 'child-devs' (documentation, FAQ's, testing ... re:helplist) on
> their way to
> becoming 'parent-devs', simple/complex search functions, widget libraries
> (complete and otherwise).  I have made some other notes on
> functionality but
> I don't want to bog this list down (as I may be well off the mark).
> Management could be kept to a minimum with the right design.
>
> Anyway, it's just an offer, if you are interested let me know.  If not, I
> won't go away as I believe what is happening here is both significant in
> itself and important to the future.
>
> I know sourceforge has many of the above capabilities, but my
> machine feels
> like it has been in the ring with Mike Tyson every time I logon.  :o)
>
> Kevin Francis
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

[Dynapi-Dev] Re: Layer Aling

[<ice...@ve...>]

Ok Bill.

The code works correctly with your change.

But I ask a thing:

Because the message that I place after storing wide and high of the =
layer and the document shows the data of lw, lh, dw and dh correctly and =
later do not make the operations correctament?

lw =3D this.css.width;
lh =3D this.css.height;
dw =3D DynAPI.document.w;
dh =3D DynAPI.document.h;

alert("Function Aling() lw:"+lw+" lh:"+lh+" dw:"+dw+" dh:"+dh+" =
cHor:"+cHor+" cVer:"+cVer); < It gives the correct values of wide and =
the high of layer and document.

Some explanation?

Re: [Dynapi-Dev] dynapi-2000.11.07-danwidgets.zip bug report

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

In addition to Nuno's thoughts, I would add that without the table,
Netscape will not reflow the content when the layer is resized.  If you
write text into a 100px-width label that has no table, and then resized
the label to 200px in width, the text will remain wrapped as if it were
still 100px wide.  This is a Netscape-specific bug; IE happily reflows
the text automatically when you resize.

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

Re: [Dynapi-Dev] Multiple Inheritence

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

The SuperClass object can enable multiple inheritance, but I'd like to
see your code, too.  Can you send me a copy?

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


Eytan Heidingsfeld wrote:
> 
> I though that someone would care that I got real multipule inheritence. Or
> was it done already and I didn't notice?
> 
> 8an
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

RE: [Dynapi-Dev] dynapi-2000.11.07-danwidgets.zip bug report

[Nuno F. <nun...@wi...>]

Hi Bill,
Just a quick note about your bug report:

	>Suggestion:
	>Use a style instead of font tags:

Remember that in Netscape 4.x browsers, the style font-size is always 1px
smaller than the equivalent IE style font-size. You have to put in a special
condition for NS4(not sure about NS6) where you increment by 1px the
font-size
value, so that the font-sizes match exactly(to the pixel!) on screen.

	>The div is needed to make the text-align work, span doesn't cut it.
Perhaps
	>the table should be dispensed with in favor of doing the whole thing as a
	>layer with clipping. (unless there is a problem with using a div in which
case
	>you have to use a table... which may have been the original reason)

I agree that sounds more reasonable, but I don't know if you noticed, but if
you
have more than, say, 30 layers on screen, in IE5+ it takes a loooonnnggg
time for
the browser to initialize all that DynAPI code. For instance, If you used
the old pull-down
menu widget with 50 items, you got 1 Layer for each item text, 1 Layer for
the event trigger
of each item, and if I remember correctly, 1 layer for the background of
each item,
that comes to 150 layers, and man, IE takes an eternity to initalize all
that stuff.
Curiously Netscape is way faster, and the speed of initializing 150 layers
is the same
as initializing 10 or 250... go figure...

Anyway, sometimes just by using Tables instead of a lot of layers can speed
up things
a bit. That's what I did with the pull-down menu widget, I used tables
instead of layers,
let each item be a <tr><td>caption</td></tr> line, and used normal <a href>
events for
triggers, instead of Layer event listeners.

best,

NunoF

[Dynapi-Dev] Multiple Inheritence

[Eytan H. <ey...@tr...>]

I though that someone would care that I got real multipule inheritence. Or
was it done already and I didn't notice?

8an

[Dynapi-Dev] Patch for label.js and events.js

[Guangyi Wu <gua...@al...>]

Finally the label example works on my IE 5.00.2314.1003 and NN 4.5. There
are two modified files, label.js and events.js in the zipped attachment.
Following is a summary of modification:

In label.js
1. Sets point size and font family only when valus are available. (For the
old NN)
2. Overload DynLayer.setWidth() to add setText() for old NN before
invokeEvent('resize'). Otherwise, the width is not resized in the old NN.
3. Use this.css.cursor='default' for IE to keep the default cursor. Because
the this.css exists only after creation, the oncreate event handler and a
flag selectable are added.

In events.js
4. Add elm.onmousemove in DynLayer.captureMouseEvents(). I had been blocked
and keeping wondered for a long while until I noticed the label's
onmousemove() was not called.
5. use this.lyrobj instead of dyndoc as src in DynLayer.EventMethod(). 

Pascal,
You are an expert at this case, could you explain the reason for me if I am
wrong. I tested the example dynapi.gui.label in 12.01-beta, and I got the
tag of e.srcElement is <TD> for JSDynLayer2. It seems to me this.lyrobj is a
better choice as "src" than dyndoc, because "this" layer registered itself
to the event and it can be lower than the dyndoc.

6. add
	if (is.ie) {
		if (evt.browserReturn==false) e.returnValue=false
	}
in EventMethod() after bubbleEvent() for IE.

George

[Dynapi-Dev] Layer Aling

[<ice...@ve...>]

Hello to the List.

I have a question. I ask myself because a function does not exist to =
align a DynLayer within the document?. Some way exists?.

The case is that I decided to add my own function to the code of =
dynlayer.js to make the alignment. This it is the code that implements:

/* cHor: Horizontal Position, cVer: Vertical position, nSpH: Horizontal =
margin, nSpV: Vertical Margin
    Example:
    myLayer =3D new DynLayer(null,20,20,20,20,'#cccccc');
    DynAPI.document.addChild(myLayer);
    myLayer.Aling('right','middel',0,0);
*/

DynLayer.prototype.Aling=3Dfunction(cHor,cVer,nSpH,nSpV)
{
    var dw,dh,lw,lh,nX,nY;
=20
    lw =3D this.css.width;
    lh =3D this.css.height;
    dw =3D DynAPI.document.w;
    dh =3D DynAPI.document.h;
   =20
    alert("Function Aling() lw:"+lw+" lh:"+lh+" dw:"+dw+" dh:"+dh+" =
cHor:"+cHor+" cVer:"+cVer);

    if (cHor =3D=3D "left"){nX=3DnSpH;}
    if (cHor =3D=3D "center"){nX =3D dw/2-lw/2;}
    if (cHor =3D=3D "right"){nX =3D dw-lw-nSpH;}
    if(cVer =3D=3D "top"){nY =3D nSpV;}
    if(cVer =3D=3D "middel"){nY =3D dh/2-lh/2;}
    if(cVer =3D=3D "bottom"){nY =3D dh-lh-nSpV;}

    this.moveTo(nX,nY);

}

Then, this code does not work.The values of lw, lh, dw, dh... are =
correct but nX and nY take the NaN value.
That I am making bad?
Somebody can help me?
Thanks beforehand.

---
=C1lvaro Pe=F1a Gonz=E1lez
VERIAL SOFTWARE
ice...@ve...

RE: [Dynapi-Dev] Developers reference

[Pascal B. <pb...@oi...>]

The part of this being for Dynacore was in the mail ;-)   I just zipped it
all up, and it's not a finall work, just a firm base of the code. It needs
some (alot?) changing to make it DynAPI "comaptible" but the main objects
and code is in there.

The current inheriting I have running is this:

DynObject
   DynLayer
       ButtonWidget
          ImgButton
   DynDocument

where the DynLayer and DynDocument both inherit from the DynObject, the
button is a widget (normally based on DynLayer) and imgButton is a widget
based on the Button widget.


The reference might need some editing as english is not my native language..
but I guess that's not a very important think.


Pascal Bestebroer
pb...@oi...
http://www.oibv.com


-----Oorspronkelijk bericht-----
Van: dyn...@li...
[mailto:dyn...@li...]Namens Scott Andrew
LePera
Verzonden: maandag 4 december 2000 8:50
Aan: dyn...@li...
Onderwerp: Re: [Dynapi-Dev] Developers reference


This is very, very good.  The only problem I had is I missed the part about
this being for Dynacore, not DynAPI.  I went searching through the lastest
SourceForge beta looking for getElementByID :-)

Is your inheritance scheme only going to be one level deep from DynObject?

scottandrew

------
scott andrew lepera
sc...@sc...
web stuff: www.scottandrew.com
music stuff: www.walkingbirds.com
  -----Original Message-----
  From: Pascal Bestebroer <pa...@dy...>
  To: Dev <dyn...@li...>
  Cc: Help <dyn...@li...>
  Date: Sunday, December 03, 2000 9:51 AM
  Subject: [Dynapi-Dev] Developers reference


  I finally found the time to do "some" typing.. and here's the result :)

  This developers reference is based on my new (work in progress) DynAPI
code,
  so it's not correct for the current official DynAPI model, but with some
  tweaking it should be a nice reference for anybody needing more inside
  information. The main differences are in the DynObject.. basically you
could
  see all the DynObject stuff as a DynLayer or DynDocument reference. Maybe
  some one can change and shuffle the text abit so that it's correct for the
  DynAPI model.

  I used the W3C stylesheet and reference style, so this should look
familiar
  to anybody knowing how to read/use those W3C documents :)


  Another note I want to make, and this will probably get some people ticked
  off, is the fact that this list is great for discussing problems of the
  DynAPI, but I think there's way to much discussions going on and not alot
of
  actual development.

  I mean there are discussions running about adding semmicoloms to every
line,
  or adding comments into the source files.. I don't think that's real
  important stuff, and I'm not going to spend time arguing over those
"ideas"
  when there are still things like widget-creation, debugging and other
  important things that can be done. One thing I will say about it is that I
  don't understand why people don't take the time to add those ; characters
  them selves, or study the code and learn it that way (that's the way we
all
  learned it).

  ...sadly, this is probably gonna cause some more discussions about
nothing.

  Cya!

  Pascal Bestebroer
  pa...@dy...
  http://www.dynamic-core.net


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

Re: [Dynapi-Dev] Developers reference

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

Oh, and just my two cents here: I think all the discussion about such
seemingly mundane things as semicolons, comments and inheritance is a good
thing: it's a sign that people who take development seriously are starting
to discover the API, which to me is part of the goal.  I think some of these
issues will be moot when Dan gets his Makefile/JSPack stuff out.  I'm glad
to see developers looking at DynAPI as a serious tool rather than a toy.

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

Re: [Dynapi-Dev] Developers reference

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

This is very, very good.  The only problem I had is I missed the part about
this being for Dynacore, not DynAPI.  I went searching through the lastest
SourceForge beta looking for getElementByID :-)

Is your inheritance scheme only going to be one level deep from DynObject?

scottandrew

------
scott andrew lepera
sc...@sc...
web stuff: www.scottandrew.com
music stuff: www.walkingbirds.com
  -----Original Message-----
  From: Pascal Bestebroer <pa...@dy...>
  To: Dev <dyn...@li...>
  Cc: Help <dyn...@li...>
  Date: Sunday, December 03, 2000 9:51 AM
  Subject: [Dynapi-Dev] Developers reference


  I finally found the time to do "some" typing.. and here's the result :)

  This developers reference is based on my new (work in progress) DynAPI
code,
  so it's not correct for the current official DynAPI model, but with some
  tweaking it should be a nice reference for anybody needing more inside
  information. The main differences are in the DynObject.. basically you
could
  see all the DynObject stuff as a DynLayer or DynDocument reference. Maybe
  some one can change and shuffle the text abit so that it's correct for the
  DynAPI model.

  I used the W3C stylesheet and reference style, so this should look
familiar
  to anybody knowing how to read/use those W3C documents :)


  Another note I want to make, and this will probably get some people ticked
  off, is the fact that this list is great for discussing problems of the
  DynAPI, but I think there's way to much discussions going on and not alot
of
  actual development.

  I mean there are discussions running about adding semmicoloms to every
line,
  or adding comments into the source files.. I don't think that's real
  important stuff, and I'm not going to spend time arguing over those
"ideas"
  when there are still things like widget-creation, debugging and other
  important things that can be done. One thing I will say about it is that I
  don't understand why people don't take the time to add those ; characters
  them selves, or study the code and learn it that way (that's the way we
all
  learned it).

  ...sadly, this is probably gonna cause some more discussions about
nothing.

  Cya!

  Pascal Bestebroer
  pa...@dy...
  http://www.dynamic-core.net