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

Re: [Dynapi-Dev] Still talking to myself....

[Raymond S. <dst...@or...>]

There's a good book on IE specific Javascript Objects with a chapter
(Chapter 9) in it on Java to JS integration.  I don't know enough about Java
to have spent alot of time piddling with it.

TITLE:  Javascript Obects
AUTHORS: Alexander Nakhimovsky, Tom Meyers

Source code and support for book is at www.wrox.com, might find something
there.  I don't support IE on Mac, to bugged for real dynamic stuff.

----- Original Message -----
From: "Cameron Hart" <cam...@ya...>
To: <dyn...@li...>
Sent: Thursday, January 11, 2001 4:31 AM
Subject: Re: [Dynapi-Dev] Still talking to myself....


> I found a few documents on talking to java using js in
> ie, but they're all on my computer in another office.
> have you seen the ticker thing on builder.com? it was
> using jscript to control a java ticker, it worked in
> ie using activex. someone posted the url to this list
> a while ago (maybe it was you?). if you haven't seen
> the builder.com article let me know, i'll try and
> track down the link.
>
> the only downside on this solution is there is no
> liveconnect, and no activex in ie on the mac, so it's
> unlikely that a java solution would work for mac ie
> users. then again loadpanel doesn't work on mac ie
> either...
>
> --- Michael Pemberton <mp...@ph...> wrote: >
> If someone is willing to give me some help with the
> > JScript component, I've
> > found a way of retieving the content of a URL to
> > then put it into a layer using
> > .setHTML().  It doesn't need any extensive code such
> > as the LoadPanel and will
> > work with any standard layer.
> >
> > BTW, the NS version that uses Java works fine.  It
> > is only IE that won't allow
> > me to use Java objects in the actual code.  I need
> > to find an object that works
> > with web files the way that the FileSystemObject
> > works for local files.
> >
> > Also, because I am using Java / ActiveX to download
> > the files, there is no need
> > for queues or separate loading of files.
> >
> > Raymond Smith wrote:
> >
> > > Fatigue setting in, things are running smooth as I
> > continue to debug the
> > > "trivial".  Going let you European lads finish the
> > balance of  "your day" in
> > > peace.  I think a few hours of sleep to recharge
> > the Brain Calories is in
> > > order.  Tomorrow I have to tackle Pascal "my
> > mother named me after a
> > > computer language" Bestebroer's dynamic skinwindow
> > and hopefully figure out
> > > how to integrate a loadpanel into a window that
> > doesn't really exist till
> > > you give birth to it.... and then have 'it' (once
> > born) actually perform a
> > > call to load itself.
> > >
> > > Later...
> > >
> > > ----- Original Message -----
> > > From: "Raymond Smith" <dst...@or...>
> > > To: <dyn...@li...>
> > > Sent: Thursday, January 11, 2001 1:45 AM
> > > Subject: [Dynapi-Dev] Getting into it, on a "
> > lower " plane...
> > >
> > > > Ok, picking up on 'Ilmestro' here.  Just working
> > on a slightly lower
> > > > intellectual plane.
> > > >
> > > > I got the loadpanels (via labels) working inside
> > of pushpanels, kinda
> > > > <mutter>.  Unfortunately... , Pushpanel isn't
> > smart enough to resize
> > > itself
> > > > after content 'insertion'.  I tried setContent
> > from viewport but that
> > > failed
> > > > miserably.  I came up with a work around (reset
> > does work and I have to
> > > > oversize the Label to accomodate "expected"
> > content)  Not pretty I know..
> > > > but it will have to work til I figure out what
> > you guys already know.
> > > >
> > > > DS
> > > >
> > > >
> > > > _______________________________________________
> > > > 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
> >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Photos - Share your holiday photos online!
> http://photos.yahoo.com/
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

Re: [Dynapi-Dev] Still talking to myself....

[<cam...@ya...>]

I found a few documents on talking to java using js in
ie, but they're all on my computer in another office.
have you seen the ticker thing on builder.com? it was
using jscript to control a java ticker, it worked in
ie using activex. someone posted the url to this list
a while ago (maybe it was you?). if you haven't seen
the builder.com article let me know, i'll try and
track down the link.

the only downside on this solution is there is no
liveconnect, and no activex in ie on the mac, so it's
unlikely that a java solution would work for mac ie
users. then again loadpanel doesn't work on mac ie
either...

--- Michael Pemberton <mp...@ph...> wrote: >
If someone is willing to give me some help with the
> JScript component, I've
> found a way of retieving the content of a URL to
> then put it into a layer using
> .setHTML().  It doesn't need any extensive code such
> as the LoadPanel and will
> work with any standard layer.
> 
> BTW, the NS version that uses Java works fine.  It
> is only IE that won't allow
> me to use Java objects in the actual code.  I need
> to find an object that works
> with web files the way that the FileSystemObject
> works for local files.
> 
> Also, because I am using Java / ActiveX to download
> the files, there is no need
> for queues or separate loading of files.
> 
> Raymond Smith wrote:
> 
> > Fatigue setting in, things are running smooth as I
> continue to debug the
> > "trivial".  Going let you European lads finish the
> balance of  "your day" in
> > peace.  I think a few hours of sleep to recharge
> the Brain Calories is in
> > order.  Tomorrow I have to tackle Pascal "my
> mother named me after a
> > computer language" Bestebroer's dynamic skinwindow
> and hopefully figure out
> > how to integrate a loadpanel into a window that
> doesn't really exist till
> > you give birth to it.... and then have 'it' (once
> born) actually perform a
> > call to load itself.
> >
> > Later...
> >
> > ----- Original Message -----
> > From: "Raymond Smith" <dst...@or...>
> > To: <dyn...@li...>
> > Sent: Thursday, January 11, 2001 1:45 AM
> > Subject: [Dynapi-Dev] Getting into it, on a "
> lower " plane...
> >
> > > Ok, picking up on 'Ilmestro' here.  Just working
> on a slightly lower
> > > intellectual plane.
> > >
> > > I got the loadpanels (via labels) working inside
> of pushpanels, kinda
> > > <mutter>.  Unfortunately... , Pushpanel isn't
> smart enough to resize
> > itself
> > > after content 'insertion'.  I tried setContent
> from viewport but that
> > failed
> > > miserably.  I came up with a work around (reset
> does work and I have to
> > > oversize the Label to accomodate "expected"
> content)  Not pretty I know..
> > > but it will have to work til I figure out what
> you guys already know.
> > >
> > > DS
> > >
> > >
> > > _______________________________________________
> > > 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
> 
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Photos - Share your holiday photos online!
http://photos.yahoo.com/

Re: [Dynapi-Dev] Still talking to myself....

[Raymond S. <dst...@or...>]

Is Netscape... inherently a lazy candyass?  Loadpanel works, it just forgets
to render the images contained in html.
Hope your right Cam.

Later all.
----- Original Message -----
From: "Cameron Hart" <cam...@ya...>
To: <dyn...@li...>
Sent: Thursday, January 11, 2001 4:19 AM
Subject: Re: [Dynapi-Dev] Still talking to myself....


> > how to integrate a loadpanel into a window that
> > doesn't really exist till
> > you give birth to it.... and then have 'it' (once
> > born) actually perform a
> > call to load itself.
>
> That should work automatically, as loadpanel doesn't
> load the url until the loadpanel has been created. if
> you have a loadpanel in a window, it won't be created
> (and thus load the url) until the window is. i'm
> presuming that the window you are talking about is a
> layer thing, rather than a browser window...
>
> cam.
>
>
> > Later...
> >
> > ----- Original Message -----
> > From: "Raymond Smith" <dst...@or...>
> > To: <dyn...@li...>
> > Sent: Thursday, January 11, 2001 1:45 AM
> > Subject: [Dynapi-Dev] Getting into it, on a " lower
> > " plane...
> >
> >
> > > Ok, picking up on 'Ilmestro' here.  Just working
> > on a slightly lower
> > > intellectual plane.
> > >
> > > I got the loadpanels (via labels) working inside
> > of pushpanels, kinda
> > > <mutter>.  Unfortunately... , Pushpanel isn't
> > smart enough to resize
> > itself
> > > after content 'insertion'.  I tried setContent
> > from viewport but that
> > failed
> > > miserably.  I came up with a work around (reset
> > does work and I have to
> > > oversize the Label to accomodate "expected"
> > content)  Not pretty I know..
> > > but it will have to work til I figure out what you
> > guys already know.
> > >
> > > DS
> > >
> > >
> > > _______________________________________________
> > > 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! Photos - Share your holiday photos online!
> http://photos.yahoo.com/
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

RE: [Dynapi-Dev] Still talking to myself....

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

I'm still being happy that she didn't name me C++ :-)

greets,

C++ Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com 

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Raymond Smith
> Verzonden: donderdag 11 januari 2001 12:57
> Aan: dyn...@li...
> Onderwerp: [Dynapi-Dev] Still talking to myself....
> 
> 
> Fatigue setting in, things are running smooth as I continue 
> to debug the
> "trivial".  Going let you European lads finish the balance of 
>  "your day" in
> peace.  I think a few hours of sleep to recharge the Brain 
> Calories is in
> order.  Tomorrow I have to tackle Pascal "my mother named me after a
> computer language" Bestebroer's dynamic skinwindow and 
> hopefully figure out
> how to integrate a loadpanel into a window that doesn't 
> really exist till
> you give birth to it.... and then have 'it' (once born) 
> actually perform a
> call to load itself.
> 
> Later...
> 
> ----- Original Message -----
> From: "Raymond Smith" <dst...@or...>
> To: <dyn...@li...>
> Sent: Thursday, January 11, 2001 1:45 AM
> Subject: [Dynapi-Dev] Getting into it, on a " lower " plane...
> 
> 
> > Ok, picking up on 'Ilmestro' here.  Just working on a slightly lower
> > intellectual plane.
> >
> > I got the loadpanels (via labels) working inside of 
> pushpanels, kinda
> > <mutter>.  Unfortunately... , Pushpanel isn't smart enough to resize
> itself
> > after content 'insertion'.  I tried setContent from 
> viewport but that
> failed
> > miserably.  I came up with a work around (reset does work 
> and I have to
> > oversize the Label to accomodate "expected" content)  Not 
> pretty I know..
> > but it will have to work til I figure out what you guys 
> already know.
> >
> > DS
> >
> >
> > _______________________________________________
> > 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] Still talking to myself....

[<cam...@ya...>]

> how to integrate a loadpanel into a window that
> doesn't really exist till
> you give birth to it.... and then have 'it' (once
> born) actually perform a
> call to load itself.

That should work automatically, as loadpanel doesn't
load the url until the loadpanel has been created. if
you have a loadpanel in a window, it won't be created
(and thus load the url) until the window is. i'm
presuming that the window you are talking about is a
layer thing, rather than a browser window...

cam.


> Later...
> 
> ----- Original Message -----
> From: "Raymond Smith" <dst...@or...>
> To: <dyn...@li...>
> Sent: Thursday, January 11, 2001 1:45 AM
> Subject: [Dynapi-Dev] Getting into it, on a " lower
> " plane...
> 
> 
> > Ok, picking up on 'Ilmestro' here.  Just working
> on a slightly lower
> > intellectual plane.
> >
> > I got the loadpanels (via labels) working inside
> of pushpanels, kinda
> > <mutter>.  Unfortunately... , Pushpanel isn't
> smart enough to resize
> itself
> > after content 'insertion'.  I tried setContent
> from viewport but that
> failed
> > miserably.  I came up with a work around (reset
> does work and I have to
> > oversize the Label to accomodate "expected"
> content)  Not pretty I know..
> > but it will have to work til I figure out what you
> guys already know.
> >
> > DS
> >
> >
> > _______________________________________________
> > 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! Photos - Share your holiday photos online!
http://photos.yahoo.com/

Re: [Dynapi-Dev] CVS updated

[Jordi 'I. M. <jmi...@or...>]

I'm missing events... did I screw something ? First I thought but then going back to the latest code (
before my modifications ) I am missing those same events. Ohh please just a little luck from time to
time !!!!!

In NS you can apply the same "for (each image in doc) img.lyrobj = myself" event trick to the links
array.


Jordi 'IlMaestro' Ministral wrote:

> I have updated CVS with a new events.js that should fix IEs event problems. All the example files
> worked fine. This is what happened ( at least this is something I found, maybe there are still
> other issues ):
>
> - All browser events in DynAPI are captured and passed to the same EventMethod. This eventMethod
> identifyes the physical layer, cancels browser event, searches for the appropiate DynmLayer object
> and invokes its event.
>
> - In IE, in order to access the DynLayer object we use the lyrobj property of the DIV itself. This
> property is set when creating a layer so from code executed within the DIV's scope we can still get
> to our DynLayer obj. The problem with our contents was that when clicking on a text, most of the
> times the srcElement of the event was not the DIV but a FONT, TD, TR, TABLE, UL,... element. That
> element did not have a pointer to the dynlayer and thus the API could not route the event properly.
>
> - This issue was partially solved for images by doing:
>
> if (is.ie) for (i in dlyr.elm.all.tags("img")) dlyr.elm.all.tags("img")[i].lyrobj=dlyr;
>
> So images had a pointer to the layer aswell. This we would have needed to do to all elements in our
> content, somethig really painful. Instead, I added this line inside eventmethod.
>
>  for(;is.ie && !realsrc.lyrobj && realsrc.parentElement &&
> realsrc.parentElement!=realsrc;realsrc=realsrc.parentElement);
>
> Which actually makes realsrc travel IE's object hierarchy until we find the lyrobj reference. By
> doing so I fixed events in IE5 and 5.5. I'm not that sure everything is fine now, but it is an
> improvement.
>
> There are several lines in that method such as that
>
> if (e.type=="mouseover" || e.type=="mouseout") return false;
>
> just before the bubbleEvent() call that I don't understand but I prefer not to touch them.
>
> By the way, it seems that when clicking on a selectable text, NS does not fire a click event.
> Mousedown and mouseup are fired, but click isn't. We could fire it manually but then when clicking
> outside a text we would get two onclicks.
>
> Tell me if I broke something. Sure I did.
>
> Cya
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] Still talking to myself....

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

If someone is willing to give me some help with the JScript component, I've
found a way of retieving the content of a URL to then put it into a layer using
.setHTML().  It doesn't need any extensive code such as the LoadPanel and will
work with any standard layer.

BTW, the NS version that uses Java works fine.  It is only IE that won't allow
me to use Java objects in the actual code.  I need to find an object that works
with web files the way that the FileSystemObject works for local files.

Also, because I am using Java / ActiveX to download the files, there is no need
for queues or separate loading of files.

Raymond Smith wrote:

> Fatigue setting in, things are running smooth as I continue to debug the
> "trivial".  Going let you European lads finish the balance of  "your day" in
> peace.  I think a few hours of sleep to recharge the Brain Calories is in
> order.  Tomorrow I have to tackle Pascal "my mother named me after a
> computer language" Bestebroer's dynamic skinwindow and hopefully figure out
> how to integrate a loadpanel into a window that doesn't really exist till
> you give birth to it.... and then have 'it' (once born) actually perform a
> call to load itself.
>
> Later...
>
> ----- Original Message -----
> From: "Raymond Smith" <dst...@or...>
> To: <dyn...@li...>
> Sent: Thursday, January 11, 2001 1:45 AM
> Subject: [Dynapi-Dev] Getting into it, on a " lower " plane...
>
> > Ok, picking up on 'Ilmestro' here.  Just working on a slightly lower
> > intellectual plane.
> >
> > I got the loadpanels (via labels) working inside of pushpanels, kinda
> > <mutter>.  Unfortunately... , Pushpanel isn't smart enough to resize
> itself
> > after content 'insertion'.  I tried setContent from viewport but that
> failed
> > miserably.  I came up with a work around (reset does work and I have to
> > oversize the Label to accomodate "expected" content)  Not pretty I know..
> > but it will have to work til I figure out what you guys already know.
> >
> > DS
> >
> >
> > _______________________________________________
> > 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] Still talking to myself....

[Raymond S. <dst...@or...>]

Fatigue setting in, things are running smooth as I continue to debug the
"trivial".  Going let you European lads finish the balance of  "your day" in
peace.  I think a few hours of sleep to recharge the Brain Calories is in
order.  Tomorrow I have to tackle Pascal "my mother named me after a
computer language" Bestebroer's dynamic skinwindow and hopefully figure out
how to integrate a loadpanel into a window that doesn't really exist till
you give birth to it.... and then have 'it' (once born) actually perform a
call to load itself.

Later...

----- Original Message -----
From: "Raymond Smith" <dst...@or...>
To: <dyn...@li...>
Sent: Thursday, January 11, 2001 1:45 AM
Subject: [Dynapi-Dev] Getting into it, on a " lower " plane...


> Ok, picking up on 'Ilmestro' here.  Just working on a slightly lower
> intellectual plane.
>
> I got the loadpanels (via labels) working inside of pushpanels, kinda
> <mutter>.  Unfortunately... , Pushpanel isn't smart enough to resize
itself
> after content 'insertion'.  I tried setContent from viewport but that
failed
> miserably.  I came up with a work around (reset does work and I have to
> oversize the Label to accomodate "expected" content)  Not pretty I know..
> but it will have to work til I figure out what you guys already know.
>
> DS
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

[Dynapi-Dev] [Bug #128419] PathAnimation.run() bug

[<no...@so...>]

Bug #128419, was updated on 2001-Jan-11 02:53
Here is a current snapshot of the bug.

Project: DynAPI 2
Category: API Extentions
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: marstr
Assigned to : nobody
Summary: PathAnimation.run() bug

Details: a bug in PathAnimation.run() causes PathAnimation.run()
not to stop when the path is finished. 
netscape throws an error: 

can't convert this.x to an integer.

the problem is when this.newX and this.newY
is set in pathanim.js line #92 and #93
after the path is finish this.newX and this.newY
gets undefined as new x and y-values.

i've made a quick-fix just to test:

if (typeof this.newX=='undefined' || typeof this.newY=='undefined') {
	this.stopAnimation();
	return;
}

and put the line after new this.newX/newY values have 
been set. 
it workes, but i suppose a real pach should take 
care and stop the animation earlier in the method.

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=128419&group_id=5757

Re: [Dynapi-Dev] CVS updated

[Jordi 'I. M. <jmi...@or...>]

I have updated CVS with a new events.js that should fix IEs event problems. All the example files
worked fine. This is what happened ( at least this is something I found, maybe there are still
other issues ):

- All browser events in DynAPI are captured and passed to the same EventMethod. This eventMethod
identifyes the physical layer, cancels browser event, searches for the appropiate DynmLayer object
and invokes its event.

- In IE, in order to access the DynLayer object we use the lyrobj property of the DIV itself. This
property is set when creating a layer so from code executed within the DIV's scope we can still get
to our DynLayer obj. The problem with our contents was that when clicking on a text, most of the
times the srcElement of the event was not the DIV but a FONT, TD, TR, TABLE, UL,... element. That
element did not have a pointer to the dynlayer and thus the API could not route the event properly.

- This issue was partially solved for images by doing:

if (is.ie) for (i in dlyr.elm.all.tags("img")) dlyr.elm.all.tags("img")[i].lyrobj=dlyr;

So images had a pointer to the layer aswell. This we would have needed to do to all elements in our
content, somethig really painful. Instead, I added this line inside eventmethod.

 for(;is.ie && !realsrc.lyrobj && realsrc.parentElement &&
realsrc.parentElement!=realsrc;realsrc=realsrc.parentElement);

Which actually makes realsrc travel IE's object hierarchy until we find the lyrobj reference. By
doing so I fixed events in IE5 and 5.5. I'm not that sure everything is fine now, but it is an
improvement.

There are several lines in that method such as that

if (e.type=="mouseover" || e.type=="mouseout") return false;

just before the bubbleEvent() call that I don't understand but I prefer not to touch them.

By the way, it seems that when clicking on a selectable text, NS does not fire a click event.
Mousedown and mouseup are fired, but click isn't. We could fire it manually but then when clicking
outside a text we would get two onclicks.

Tell me if I broke something. Sure I did.

Cya

[Dynapi-Dev] Getting into it, on a " lower " plane...

[Raymond S. <dst...@or...>]

Ok, picking up on 'Ilmestro' here.  Just working on a slightly lower
intellectual plane.

I got the loadpanels (via labels) working inside of pushpanels, kinda
<mutter>.  Unfortunately... , Pushpanel isn't smart enough to resize itself
after content 'insertion'.  I tried setContent from viewport but that failed
miserably.  I came up with a work around (reset does work and I have to
oversize the Label to accomodate "expected" content)  Not pretty I know..
but it will have to work til I figure out what you guys already know.

DS

[Dynapi-Dev] New servertasks

[<hv...@ya...>]

I've begun applying Dan's ServerTask model for DynAPI 2, however I seem =
to have lost the dynapi(1) lib where the Dan's ServerTasks where =
included. Also I want to check so that I'm not doing what somebody else =
is already working on or have already applied to DynAPI2. BTW I've set =
up an free acount at www.cf-resources.com so I can live test and demo =
the new serverTasks (also will be home of my build of DynBuilder and =
ccreation widgetset and the working DynAPI these are fitting). If =
nothing else, I'll let you know when the site is up if anybody should be =
interested...

Henrik V=E5glin [ hv...@ya... ]


__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

RE: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool

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

uhm.. Pascal would be fine.. thanks :)

read ya Friday.

Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com 

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Raymond Smith
> Verzonden: donderdag 11 januari 2001 9:36
> Aan: dyn...@li...
> Onderwerp: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> 
> 
> My apologies, Mr. Bestebroer, sir.
> 
> It's late and I will probably see the sunrise through 
> bloodshot eyes.  We go
> live Friday (maybe, I think).
> 
> 
> 
> 
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> 

Re: [Dynapi-Dev] Getting into it

[Jordi 'I. M. <jmi...@or...>]

I'm reasonabily sure I have events working in IE5.5. I think I screwed something with NS events
now but I just need to find the line I accidentally removed

Jordi 'IlMaestro' Ministral wrote:

> I'm currently analizing several blocks of code in events.js and dynlayer.js. I understand
> what is happening but I'm still trying to see if
> it is just a matter of one block or it involves more than one. Want to make sure first.
>
> Robert Rainwater wrote:
>
> > Where have you found the problem?  From my testing, it seemed that
> > only the mousemove event was being fired by IE 5.5.
> >
> > --
> > // Robert Rainwater
> >
> > On 1/10/2001, 11:50:25 AM EST, Jordi wrote about "[Dynapi-Dev] Getting into it":
> >
> > > I have found the problem with IE's events. This doesn't mean I know how to solve it but
> > > spotting the enemy is the first step in any battle.
> >
> > > Jordi 'IlMaestro' Ministral wrote:
> >
> > >> Please whoever wrote the DynLayer.EventMethod currently in CVS contact me. I'd like
> > >> to discuss a couple of things.
> > >>
> > >> Cya
> > >>
> > >> Jordi 'IlMaestro' Ministral wrote:
> > >>
> > >> > Ok, I've eaten and procesed all the new code in the API. I'm starting this new
> > >> > thread where I will reply myself and share my progress ( if any ). Good news is
> > >> > that my SMI (see my website for details) is finally finished, but I want to make
> > >> > sure it works with this precreation code ( which will hopefully decrease the
> > >> > time needed to initialize a big menulist ), before I release it.
> > >> >
> > >> > Ok. Facts
> > >> >
> > >> > A) The precreation code looks nice.
> > >> > B) The current cvs release doesn't have a buttonimage example. Instead, there's
> > >> > a button widget and the corresponding example. It doesn't work but that is
> > >> > because:
> > >> > C) The label widget doesn't work properly in IE, wich brings us to point:
> > >> > D) The label widget no longer uses a cover layer and cancelBrowserEvent() does
> > >> > not prevent text from being selectable.
> > >> > E) I'm not event using IE5.5 but 4.0 and 5.0
> > >> > F) Events in child layers in IE5 seem to get lost in the way and never reach the
> > >> > API. I still don't know under which circunstances a IE child layer decides that
> > >> > I am an evil person and therefore my code must not be executed and if possible a
> > >> > lightning should fry me dead.
> > >> > G) I've been testing and reloading and reloading and NS didn't crash one single
> > >> > time. That is good news.
> > >> >
> > >> > .
> > >> >
> > >> > _______________________________________________
> > >> > 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 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[2]: [Dynapi-Dev] Making progress on a Java gui tool

[Raymond S. <dst...@or...>]

My apologies, Mr. Bestebroer, sir.

It's late and I will probably see the sunrise through bloodshot eyes.  We go
live Friday (maybe, I think).

RE: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool

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

Yes, the widgets should indeed now use the precreation system, and the
eventlistener should not be attached using prototype (it's part of the
object, not of the prototype chain).

Also events should be invoked, and not be hard coded functions (can't recall
if I ever did that).

and, uhm, please drop the Master..

cya,

Pascal Bestebroer (pb...@oi...)
Software ontwikkelaar
Oberon Informatiesystemen b.v.
http://www.oibv.com

> -----Oorspronkelijk bericht-----
> Van: dyn...@li...
> [mailto:dyn...@li...]Namens Raymond Smith
> Verzonden: donderdag 11 januari 2001 5:43
> Aan: dyn...@li...
> Onderwerp: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
>
>
> I've been dragging skinwindows just by attaching the
> 'behavior' at creation
> time.  When Master Pascal mentioned the need for updating I
> think he was
> refering to the need to convert them to the precreate system.
>
> ----- Original Message -----
> From: "Doug Melvin" <do...@cr...>
> To: <dyn...@li...>
> Sent: Wednesday, January 10, 2001 11:16 PM
> Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
>
>
> > Window is now draggable..
> > also, you can double click on the title bar to maximize/restore..
> > Need to add a cover layer over caption text as caption text
> blocks click
> > events
> > in the title bar..
> >
> > Doug Melvin
> > ----- Original Message -----
> > From: "Richard :o" <ma...@ri...>
> > To: <dyn...@li...>
> > Sent: Tuesday, January 09, 2001 4:33 PM
> > Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> >
> >
> > > > correct, the widgets are not in the CVS. They would
> also need work to
> > make
> > > > them work in the latest DynAPI2.. something I'm not
> planning on for a
> > > while.
> > >
> > > So Doug, please send your fixes over to me as I would
> like to support
> > these
> > > great
> > > widgets as long as possible, and the lack of draggability
> under IE5.5
> was
> > a
> > > long overdue fix.
> > >
> > > Regarding elastic, I apply this on my page by detecting browser
> dimensions
> > > like this:
> > >
> > > var winH,winW,w, h, ow, oh, q
> > >
> > > function findWH() {
> > >  winW = (is.ns)? window.innerWidth : document.body.offsetWidth-20
> > >  winH = (is.ns)? window.innerHeight : document.body.offsetHeight-4
> > >                              //I'm not sure what the -20
> and -4  was
> > needed
> > > for now
> > >    ow= 1004/winW;
> > >    oh= 648/winH;
> > >    if(ow>oh){q=ow;}else{q=oh;}
> > >  return q
> > > }
> > >
> > > DynAPI.onLoad=function() {
> > >     q=findWH()
> > >
> > > and then all sizes defined are divided by q, like this:
> > >
> > > statusMsg=new DynLayer(null,0,0,120/q,120/q);
> > >
> > > When done like this it means objects retain their
> original shape; so if
> > > someone's browser is letterbox
> > > shaped, your page doesn't become squashed, but decreases
> in width as
> well.
> > >
> > > in the resize event you could put:
> > > q=findWH()    //gets new dimensions
> > > statusMsg.slideTo(120/q,120/q);
> > >
> > > I haven't done the resizing bit on my page right now,
> because I wanted
> to
> > > animate the resizing
> > > properly (ie the things fly to the new place, and
> grow/shrink). Also
> many
> > > people resize the browser
> > > while the page is loading, which could cause errors and
> crashes, so I
> only
> > > let the onResize()
> > > code execute (during testing) after a variable was set at
> the end of my
> > > preloading sequence.
> > > Of course NS can't animate anything onResize(), as it
> simply has to be
> > > reloaded, at least I haven't
> > > seen recreateAll() work properly without a reload.
> > >
> > > The only problem I run into was text size, you can change
> the font size
> > > using the same variable, ie:
> > >
> > > statusMsg.setHTML('<span style="font-size: '+16/q+'pt;">Blah
> Blah</span>')
> > >
> > > but during testing NS gave a lot of problems, looking on
> it now I think
> > the
> > > problem was that I had two stylesheets
> > > applied to the same document, one directly and one
> through a skinButton
> > > widget, but I'm not sure.
> > >
> > > I hope there's something in there of use;
> > >
> > > Cheers,
> > > Richard  :o
> > >
> > > ma...@ri...
> > > www.richardinfo.com
> > > (Everything running on, and ported to the 19/12/2000 snapshot of
> DynAPI2)
> > >
> > > ----- Original Message -----
> > > From: "Pascal Bestebroer" <pa...@dy...>
> > > To: <dyn...@li...>
> > > Sent: Wednesday, January 10, 2001 9:40 PM
> > > Subject: RE: Re[2]: [Dynapi-Dev] Making progress on a
> Java gui tool
> > >
> > >
> > > > correct, the widgets are not in the CVS. They would
> also need work to
> > make
> > > > them work in the latest DynAPI2.. something I'm not
> planning on for a
> > > while.
> > > >
> > > > cya,
> > > >
> > > > Pascal Bestebroer
> > > > pa...@dy...
> > > > http://www.dynamic-core.net
> > > >
> > > > > -----Oorspronkelijk bericht-----
> > > > > Van: dyn...@li...
> > > > > [mailto:dyn...@li...]Namens Robert
> Rainwater
> > > > > Verzonden: woensdag 10 januari 2001 21:35
> > > > > Aan: DynAPI Development List
> > > > > Onderwerp: Re[2]: [Dynapi-Dev] Making progress on a
> Java gui tool
> > > > >
> > > > >
> > > > >
> > > > > As far as I know none of those widgets are in CVS.
> Aren't those
> > > > > Pascal's widgets?
> > > > >
> > > > > --
> > > > > // Robert Rainwater
> > > > >
> > > > > On 1/10/2001, 6:02:56 PM EST, Doug wrote about "[Dynapi-Dev]
> > > > > Making progress on a Java gui tool":
> > > > >
> > > > > > How do I get access to the CVS system..
> > > > > > I've fixed a few bugs myself..
> > > > > > Such as the 'movebility' of the skinwindow.
> > > > > > I also updated the doDock mothod of the skintoolbar.
> > > > > > Now calling doDock(0) will dock the toolbar at the top.
> > > > > > (re-position it and set it's width)
> > > > > > and passing a 1 instead will dock it at the bottom.
> > > > > > I am also working on an elatic object..
> > > > > > What this does is resizes and repositions the
> content on your
> > > > > page for any
> > > > > > browser size.. and automatically does so when you
> change the size
> of
> > > the
> > > > > > browser..
> > > > >
> > > > >
> > > > > > Assuming I do get access to CVS..
> > > > > > Is the bug list at sourceforge complete?
> > > > > > ----- Original Message -----
> > > > > > From: "Raymond Smith" <dst...@or...>
> > > > > > To: <dyn...@li...>
> > > > > > Sent: Tuesday, January 09, 2001 1:54 PM
> > > > > > Subject: Re: [Dynapi-Dev] Making progress on a Java gui tool
> > > > >
> > > > >
> > > > > >> I was beginning to wonder where Dan went off to,
> now we know.  It
> > > does
> > > > > >> appear that we've created a bit of a two headed
> hydra here, as
> > others
> > > > > >> mentioned might happen.  Dan's off working on a
> DynBuilder while
> > > other
> > > > > >> pontificate about the holy-grail of RAD tools to
> speed up "the
> > still
> > > > > > bugged
> > > > > >> version of DynAPI2" that hasn't had a refresh
> since November of
> > 2000.
> > > > > >>
> > > > > >> While I do my best to muddle thru this code and
> help Robert debug
> > > this
> > > > > > stuff
> > > > > >> I fear I submit about as much confusion as
> contribution.  But I
> get
> > > the
> > > > > >> feeling that others are not really 'actively debugging' the
> > > > > current CVS.
> > > > > >> Dan's working on a GUI which he will 'share' with us, thus
> > > > > allowing us to
> > > > > >> further defocus our efforts while other do grand
> debate on what
> > this
> > > > > > "thing"
> > > > > >> should be.
> > > > > >>
> > > > > >> It would be nice to, at a minimum, clean up the
> current base
> > > > > code in the
> > > > > > CVS
> > > > > >> before we defocus the limited masses even more.
> > > > > >>
> > > > > >> Sorry for the rant.  But ALOT of change was introduced with
> > > > > precreate and
> > > > > >> inline creation integration that still needs to be
> cleaned up.
> > > > >  It seems
> > > > > > the
> > > > > >> only really active debugger right now is Robert
> and Pascal (on
> > > > > a limited
> > > > > >> basis).
> > > > > >>
> > > > > >>
> > > > > >> _______________________________________________
> > > > > >> 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 mailing list
> > > > Dyn...@li...
> > > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > > > ____________________________________________________________
> > > > Get your free domain name and domain-based e-mail from
> > > > Namezero.com. New!  Namezero Plus domains now available.
> > > > Find out more at: http://www.namezero.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] Viewport

[Raymond S. <dst...@or...>]

Never mind, figured it out.  It helps to post these questions here... =
the shear pressure of knowing you guess are wondering wtf I am up too =
leads me to resolve it.

[Dynapi-Dev] Viewport

[Raymond S. <dst...@or...>]

It's a question.

Pushpanel, scrollpane all extend viewport, which you can feed a Label =
into.

Is it possible to feed content into a loadpanel within a scrollpane, =
pushpanel extended viewport?

Re: Re[2]: [Dynapi-Dev] skinwindow update (was: Making progress on a Java gui tool)

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

Thanks,
I added the cover layer, actually it's underneath the transparent capbar, so
caption isn't written to capbar anymore.
I added an IE only enhancement, while resizing in IE you see a black outline
(css border), in NS  the gray square remains.
The updated version is attached.

See example core.gui.skinwindow.htm at
http://www.resass.f2s.com/?menu=examples&node=1

While you're there check out Glen_Deas_Examples I think it's very good, a
good example of
"drag another layer on drag"  I'll document it a bit more though soon.

Cheers,
Richard  :o

ma...@ri...
www.richardinfo.com
(Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2)

----- Original Message -----
From: "Doug Melvin" <do...@cr...>
To: <dyn...@li...>
Sent: Thursday, January 11, 2001 8:16 AM
Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool


> Window is now draggable..
> also, you can double click on the title bar to maximize/restore..
> Need to add a cover layer over caption text as caption text blocks click
> events
> in the title bar..
>
> Doug Melvin
> ----- Original Message -----
> From: "Richard :o" <ma...@ri...>
> To: <dyn...@li...>
> Sent: Tuesday, January 09, 2001 4:33 PM
> Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
>
>
> > > correct, the widgets are not in the CVS. They would also need work to
> make
> > > them work in the latest DynAPI2.. something I'm not planning on for a
> > while.
> >
> > So Doug, please send your fixes over to me as I would like to support
> these
> > great
> > widgets as long as possible, and the lack of draggability under IE5.5
was
> a
> > long overdue fix.
> >
> > Regarding elastic, I apply this on my page by detecting browser
dimensions
> > like this:
> >
> > var winH,winW,w, h, ow, oh, q
> >
> > function findWH() {
> >  winW = (is.ns)? window.innerWidth : document.body.offsetWidth-20
> >  winH = (is.ns)? window.innerHeight : document.body.offsetHeight-4
> >                              //I'm not sure what the -20 and -4  was
> needed
> > for now
> >    ow= 1004/winW;
> >    oh= 648/winH;
> >    if(ow>oh){q=ow;}else{q=oh;}
> >  return q
> > }
> >
> > DynAPI.onLoad=function() {
> >     q=findWH()
> >
> > and then all sizes defined are divided by q, like this:
> >
> > statusMsg=new DynLayer(null,0,0,120/q,120/q);
> >
> > When done like this it means objects retain their original shape; so if
> > someone's browser is letterbox
> > shaped, your page doesn't become squashed, but decreases in width as
well.
> >
> > in the resize event you could put:
> > q=findWH()    //gets new dimensions
> > statusMsg.slideTo(120/q,120/q);
> >
> > I haven't done the resizing bit on my page right now, because I wanted
to
> > animate the resizing
> > properly (ie the things fly to the new place, and grow/shrink). Also
many
> > people resize the browser
> > while the page is loading, which could cause errors and crashes, so I
only
> > let the onResize()
> > code execute (during testing) after a variable was set at the end of my
> > preloading sequence.
> > Of course NS can't animate anything onResize(), as it simply has to be
> > reloaded, at least I haven't
> > seen recreateAll() work properly without a reload.
> >
> > The only problem I run into was text size, you can change the font size
> > using the same variable, ie:
> >
> > statusMsg.setHTML('<span style="font-size: '+16/q+'pt;">Blah
Blah</span>')
> >
> > but during testing NS gave a lot of problems, looking on it now I think
> the
> > problem was that I had two stylesheets
> > applied to the same document, one directly and one through a skinButton
> > widget, but I'm not sure.
> >
> > I hope there's something in there of use;
> >
> > Cheers,
> > Richard  :o
> >
> > ma...@ri...
> > www.richardinfo.com
> > (Everything running on, and ported to the 19/12/2000 snapshot of
DynAPI2)
> >
> > ----- Original Message -----
> > From: "Pascal Bestebroer" <pa...@dy...>
> > To: <dyn...@li...>
> > Sent: Wednesday, January 10, 2001 9:40 PM
> > Subject: RE: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> >
> >
> > > correct, the widgets are not in the CVS. They would also need work to
> make
> > > them work in the latest DynAPI2.. something I'm not planning on for a
> > while.
> > >
> > > cya,
> > >
> > > Pascal Bestebroer
> > > pa...@dy...
> > > http://www.dynamic-core.net
> > >
> > > > -----Oorspronkelijk bericht-----
> > > > Van: dyn...@li...
> > > > [mailto:dyn...@li...]Namens Robert
Rainwater
> > > > Verzonden: woensdag 10 januari 2001 21:35
> > > > Aan: DynAPI Development List
> > > > Onderwerp: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> > > >
> > > >
> > > >
> > > > As far as I know none of those widgets are in CVS.  Aren't those
> > > > Pascal's widgets?
> > > >
> > > > --
> > > > // Robert Rainwater
> > > >
> > > > On 1/10/2001, 6:02:56 PM EST, Doug wrote about "[Dynapi-Dev]
> > > > Making progress on a Java gui tool":
> > > >
> > > > > How do I get access to the CVS system..
> > > > > I've fixed a few bugs myself..
> > > > > Such as the 'movebility' of the skinwindow.
> > > > > I also updated the doDock mothod of the skintoolbar.
> > > > > Now calling doDock(0) will dock the toolbar at the top.
> > > > > (re-position it and set it's width)
> > > > > and passing a 1 instead will dock it at the bottom.
> > > > > I am also working on an elatic object..
> > > > > What this does is resizes and repositions the content on your
> > > > page for any
> > > > > browser size.. and automatically does so when you change the size
of
> > the
> > > > > browser..
> > > >
> > > >
> > > > > Assuming I do get access to CVS..
> > > > > Is the bug list at sourceforge complete?
> > > > > ----- Original Message -----
> > > > > From: "Raymond Smith" <dst...@or...>
> > > > > To: <dyn...@li...>
> > > > > Sent: Tuesday, January 09, 2001 1:54 PM
> > > > > Subject: Re: [Dynapi-Dev] Making progress on a Java gui tool
> > > >
> > > >
> > > > >> I was beginning to wonder where Dan went off to, now we know.  It
> > does
> > > > >> appear that we've created a bit of a two headed hydra here, as
> others
> > > > >> mentioned might happen.  Dan's off working on a DynBuilder while
> > other
> > > > >> pontificate about the holy-grail of RAD tools to speed up "the
> still
> > > > > bugged
> > > > >> version of DynAPI2" that hasn't had a refresh since November of
> 2000.
> > > > >>
> > > > >> While I do my best to muddle thru this code and help Robert debug
> > this
> > > > > stuff
> > > > >> I fear I submit about as much confusion as contribution.  But I
get
> > the
> > > > >> feeling that others are not really 'actively debugging' the
> > > > current CVS.
> > > > >> Dan's working on a GUI which he will 'share' with us, thus
> > > > allowing us to
> > > > >> further defocus our efforts while other do grand debate on what
> this
> > > > > "thing"
> > > > >> should be.
> > > > >>
> > > > >> It would be nice to, at a minimum, clean up the current base
> > > > code in the
> > > > > CVS
> > > > >> before we defocus the limited masses even more.
> > > > >>
> > > > >> Sorry for the rant.  But ALOT of change was introduced with
> > > > precreate and
> > > > >> inline creation integration that still needs to be cleaned up.
> > > >  It seems
> > > > > the
> > > > >> only really active debugger right now is Robert and Pascal (on
> > > > a limited
> > > > >> basis).
> > > > >>
> > > > >>
> > > > >> _______________________________________________
> > > > >> 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 mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > > ____________________________________________________________
> > > Get your free domain name and domain-based e-mail from
> > > Namezero.com. New!  Namezero Plus domains now available.
> > > Find out more at: http://www.namezero.com
> > >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

Re: [Dynapi-Dev] [Bug #128263] PathAnimation.stopAnimation() bug (& patch)

[Raymond S. <dst...@or...>]

You know what we need.  A super button widget.  I just noticed I have =
for js calls for differing button type.  The ideal button would:

1) Contain the ability to;
a) be defined and colored ala HTML (button.js)
b) pull in images (ala ButtonImage), but have three states: static, =
mouseover and clicked
c) act as a 'href clicked marker", ie.... have a chnage state per =
session if it has been clicked once.
d) perform as a check box (boolean toggle, imagebutton.js)
e) and have the abilty to be skined and defined by multiple themes.

I have all this spread across 4 differing widgets, once I integrate this =
into a super hacked version of what little I know I will contribute it.

Later

Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool

[Raymond S. <dst...@or...>]

I've been dragging skinwindows just by attaching the 'behavior' at creation
time.  When Master Pascal mentioned the need for updating I think he was
refering to the need to convert them to the precreate system.

----- Original Message -----
From: "Doug Melvin" <do...@cr...>
To: <dyn...@li...>
Sent: Wednesday, January 10, 2001 11:16 PM
Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool


> Window is now draggable..
> also, you can double click on the title bar to maximize/restore..
> Need to add a cover layer over caption text as caption text blocks click
> events
> in the title bar..
>
> Doug Melvin
> ----- Original Message -----
> From: "Richard :o" <ma...@ri...>
> To: <dyn...@li...>
> Sent: Tuesday, January 09, 2001 4:33 PM
> Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
>
>
> > > correct, the widgets are not in the CVS. They would also need work to
> make
> > > them work in the latest DynAPI2.. something I'm not planning on for a
> > while.
> >
> > So Doug, please send your fixes over to me as I would like to support
> these
> > great
> > widgets as long as possible, and the lack of draggability under IE5.5
was
> a
> > long overdue fix.
> >
> > Regarding elastic, I apply this on my page by detecting browser
dimensions
> > like this:
> >
> > var winH,winW,w, h, ow, oh, q
> >
> > function findWH() {
> >  winW = (is.ns)? window.innerWidth : document.body.offsetWidth-20
> >  winH = (is.ns)? window.innerHeight : document.body.offsetHeight-4
> >                              //I'm not sure what the -20 and -4  was
> needed
> > for now
> >    ow= 1004/winW;
> >    oh= 648/winH;
> >    if(ow>oh){q=ow;}else{q=oh;}
> >  return q
> > }
> >
> > DynAPI.onLoad=function() {
> >     q=findWH()
> >
> > and then all sizes defined are divided by q, like this:
> >
> > statusMsg=new DynLayer(null,0,0,120/q,120/q);
> >
> > When done like this it means objects retain their original shape; so if
> > someone's browser is letterbox
> > shaped, your page doesn't become squashed, but decreases in width as
well.
> >
> > in the resize event you could put:
> > q=findWH()    //gets new dimensions
> > statusMsg.slideTo(120/q,120/q);
> >
> > I haven't done the resizing bit on my page right now, because I wanted
to
> > animate the resizing
> > properly (ie the things fly to the new place, and grow/shrink). Also
many
> > people resize the browser
> > while the page is loading, which could cause errors and crashes, so I
only
> > let the onResize()
> > code execute (during testing) after a variable was set at the end of my
> > preloading sequence.
> > Of course NS can't animate anything onResize(), as it simply has to be
> > reloaded, at least I haven't
> > seen recreateAll() work properly without a reload.
> >
> > The only problem I run into was text size, you can change the font size
> > using the same variable, ie:
> >
> > statusMsg.setHTML('<span style="font-size: '+16/q+'pt;">Blah
Blah</span>')
> >
> > but during testing NS gave a lot of problems, looking on it now I think
> the
> > problem was that I had two stylesheets
> > applied to the same document, one directly and one through a skinButton
> > widget, but I'm not sure.
> >
> > I hope there's something in there of use;
> >
> > Cheers,
> > Richard  :o
> >
> > ma...@ri...
> > www.richardinfo.com
> > (Everything running on, and ported to the 19/12/2000 snapshot of
DynAPI2)
> >
> > ----- Original Message -----
> > From: "Pascal Bestebroer" <pa...@dy...>
> > To: <dyn...@li...>
> > Sent: Wednesday, January 10, 2001 9:40 PM
> > Subject: RE: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> >
> >
> > > correct, the widgets are not in the CVS. They would also need work to
> make
> > > them work in the latest DynAPI2.. something I'm not planning on for a
> > while.
> > >
> > > cya,
> > >
> > > Pascal Bestebroer
> > > pa...@dy...
> > > http://www.dynamic-core.net
> > >
> > > > -----Oorspronkelijk bericht-----
> > > > Van: dyn...@li...
> > > > [mailto:dyn...@li...]Namens Robert
Rainwater
> > > > Verzonden: woensdag 10 januari 2001 21:35
> > > > Aan: DynAPI Development List
> > > > Onderwerp: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> > > >
> > > >
> > > >
> > > > As far as I know none of those widgets are in CVS.  Aren't those
> > > > Pascal's widgets?
> > > >
> > > > --
> > > > // Robert Rainwater
> > > >
> > > > On 1/10/2001, 6:02:56 PM EST, Doug wrote about "[Dynapi-Dev]
> > > > Making progress on a Java gui tool":
> > > >
> > > > > How do I get access to the CVS system..
> > > > > I've fixed a few bugs myself..
> > > > > Such as the 'movebility' of the skinwindow.
> > > > > I also updated the doDock mothod of the skintoolbar.
> > > > > Now calling doDock(0) will dock the toolbar at the top.
> > > > > (re-position it and set it's width)
> > > > > and passing a 1 instead will dock it at the bottom.
> > > > > I am also working on an elatic object..
> > > > > What this does is resizes and repositions the content on your
> > > > page for any
> > > > > browser size.. and automatically does so when you change the size
of
> > the
> > > > > browser..
> > > >
> > > >
> > > > > Assuming I do get access to CVS..
> > > > > Is the bug list at sourceforge complete?
> > > > > ----- Original Message -----
> > > > > From: "Raymond Smith" <dst...@or...>
> > > > > To: <dyn...@li...>
> > > > > Sent: Tuesday, January 09, 2001 1:54 PM
> > > > > Subject: Re: [Dynapi-Dev] Making progress on a Java gui tool
> > > >
> > > >
> > > > >> I was beginning to wonder where Dan went off to, now we know.  It
> > does
> > > > >> appear that we've created a bit of a two headed hydra here, as
> others
> > > > >> mentioned might happen.  Dan's off working on a DynBuilder while
> > other
> > > > >> pontificate about the holy-grail of RAD tools to speed up "the
> still
> > > > > bugged
> > > > >> version of DynAPI2" that hasn't had a refresh since November of
> 2000.
> > > > >>
> > > > >> While I do my best to muddle thru this code and help Robert debug
> > this
> > > > > stuff
> > > > >> I fear I submit about as much confusion as contribution.  But I
get
> > the
> > > > >> feeling that others are not really 'actively debugging' the
> > > > current CVS.
> > > > >> Dan's working on a GUI which he will 'share' with us, thus
> > > > allowing us to
> > > > >> further defocus our efforts while other do grand debate on what
> this
> > > > > "thing"
> > > > >> should be.
> > > > >>
> > > > >> It would be nice to, at a minimum, clean up the current base
> > > > code in the
> > > > > CVS
> > > > >> before we defocus the limited masses even more.
> > > > >>
> > > > >> Sorry for the rant.  But ALOT of change was introduced with
> > > > precreate and
> > > > >> inline creation integration that still needs to be cleaned up.
> > > >  It seems
> > > > > the
> > > > >> only really active debugger right now is Robert and Pascal (on
> > > > a limited
> > > > >> basis).
> > > > >>
> > > > >>
> > > > >> _______________________________________________
> > > > >> 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 mailing list
> > > Dyn...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > > ____________________________________________________________
> > > Get your free domain name and domain-based e-mail from
> > > Namezero.com. New!  Namezero Plus domains now available.
> > > Find out more at: http://www.namezero.com
> > >
> >
> >
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
>

Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool

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

Window is now draggable..
also, you can double click on the title bar to maximize/restore..
Need to add a cover layer over caption text as caption text blocks click
events
in the title bar..

Doug Melvin
----- Original Message -----
From: "Richard :o" <ma...@ri...>
To: <dyn...@li...>
Sent: Tuesday, January 09, 2001 4:33 PM
Subject: Re: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool


> > correct, the widgets are not in the CVS. They would also need work to
make
> > them work in the latest DynAPI2.. something I'm not planning on for a
> while.
>
> So Doug, please send your fixes over to me as I would like to support
these
> great
> widgets as long as possible, and the lack of draggability under IE5.5 was
a
> long overdue fix.
>
> Regarding elastic, I apply this on my page by detecting browser dimensions
> like this:
>
> var winH,winW,w, h, ow, oh, q
>
> function findWH() {
>  winW = (is.ns)? window.innerWidth : document.body.offsetWidth-20
>  winH = (is.ns)? window.innerHeight : document.body.offsetHeight-4
>                              //I'm not sure what the -20 and -4  was
needed
> for now
>    ow= 1004/winW;
>    oh= 648/winH;
>    if(ow>oh){q=ow;}else{q=oh;}
>  return q
> }
>
> DynAPI.onLoad=function() {
>     q=findWH()
>
> and then all sizes defined are divided by q, like this:
>
> statusMsg=new DynLayer(null,0,0,120/q,120/q);
>
> When done like this it means objects retain their original shape; so if
> someone's browser is letterbox
> shaped, your page doesn't become squashed, but decreases in width as well.
>
> in the resize event you could put:
> q=findWH()    //gets new dimensions
> statusMsg.slideTo(120/q,120/q);
>
> I haven't done the resizing bit on my page right now, because I wanted to
> animate the resizing
> properly (ie the things fly to the new place, and grow/shrink). Also many
> people resize the browser
> while the page is loading, which could cause errors and crashes, so I only
> let the onResize()
> code execute (during testing) after a variable was set at the end of my
> preloading sequence.
> Of course NS can't animate anything onResize(), as it simply has to be
> reloaded, at least I haven't
> seen recreateAll() work properly without a reload.
>
> The only problem I run into was text size, you can change the font size
> using the same variable, ie:
>
> statusMsg.setHTML('<span style="font-size: '+16/q+'pt;">Blah Blah</span>')
>
> but during testing NS gave a lot of problems, looking on it now I think
the
> problem was that I had two stylesheets
> applied to the same document, one directly and one through a skinButton
> widget, but I'm not sure.
>
> I hope there's something in there of use;
>
> Cheers,
> Richard  :o
>
> ma...@ri...
> www.richardinfo.com
> (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2)
>
> ----- Original Message -----
> From: "Pascal Bestebroer" <pa...@dy...>
> To: <dyn...@li...>
> Sent: Wednesday, January 10, 2001 9:40 PM
> Subject: RE: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
>
>
> > correct, the widgets are not in the CVS. They would also need work to
make
> > them work in the latest DynAPI2.. something I'm not planning on for a
> while.
> >
> > cya,
> >
> > Pascal Bestebroer
> > pa...@dy...
> > http://www.dynamic-core.net
> >
> > > -----Oorspronkelijk bericht-----
> > > Van: dyn...@li...
> > > [mailto:dyn...@li...]Namens Robert Rainwater
> > > Verzonden: woensdag 10 januari 2001 21:35
> > > Aan: DynAPI Development List
> > > Onderwerp: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> > >
> > >
> > >
> > > As far as I know none of those widgets are in CVS.  Aren't those
> > > Pascal's widgets?
> > >
> > > --
> > > // Robert Rainwater
> > >
> > > On 1/10/2001, 6:02:56 PM EST, Doug wrote about "[Dynapi-Dev]
> > > Making progress on a Java gui tool":
> > >
> > > > How do I get access to the CVS system..
> > > > I've fixed a few bugs myself..
> > > > Such as the 'movebility' of the skinwindow.
> > > > I also updated the doDock mothod of the skintoolbar.
> > > > Now calling doDock(0) will dock the toolbar at the top.
> > > > (re-position it and set it's width)
> > > > and passing a 1 instead will dock it at the bottom.
> > > > I am also working on an elatic object..
> > > > What this does is resizes and repositions the content on your
> > > page for any
> > > > browser size.. and automatically does so when you change the size of
> the
> > > > browser..
> > >
> > >
> > > > Assuming I do get access to CVS..
> > > > Is the bug list at sourceforge complete?
> > > > ----- Original Message -----
> > > > From: "Raymond Smith" <dst...@or...>
> > > > To: <dyn...@li...>
> > > > Sent: Tuesday, January 09, 2001 1:54 PM
> > > > Subject: Re: [Dynapi-Dev] Making progress on a Java gui tool
> > >
> > >
> > > >> I was beginning to wonder where Dan went off to, now we know.  It
> does
> > > >> appear that we've created a bit of a two headed hydra here, as
others
> > > >> mentioned might happen.  Dan's off working on a DynBuilder while
> other
> > > >> pontificate about the holy-grail of RAD tools to speed up "the
still
> > > > bugged
> > > >> version of DynAPI2" that hasn't had a refresh since November of
2000.
> > > >>
> > > >> While I do my best to muddle thru this code and help Robert debug
> this
> > > > stuff
> > > >> I fear I submit about as much confusion as contribution.  But I get
> the
> > > >> feeling that others are not really 'actively debugging' the
> > > current CVS.
> > > >> Dan's working on a GUI which he will 'share' with us, thus
> > > allowing us to
> > > >> further defocus our efforts while other do grand debate on what
this
> > > > "thing"
> > > >> should be.
> > > >>
> > > >> It would be nice to, at a minimum, clean up the current base
> > > code in the
> > > > CVS
> > > >> before we defocus the limited masses even more.
> > > >>
> > > >> Sorry for the rant.  But ALOT of change was introduced with
> > > precreate and
> > > >> inline creation integration that still needs to be cleaned up.
> > >  It seems
> > > > the
> > > >> only really active debugger right now is Robert and Pascal (on
> > > a limited
> > > >> basis).
> > > >>
> > > >>
> > > >> _______________________________________________
> > > >> 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 mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > ____________________________________________________________
> > Get your free domain name and domain-based e-mail from
> > Namezero.com. New!  Namezero Plus domains now available.
> > Find out more at: http://www.namezero.com
> >
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

Re: [Dynapi-Dev] [Bug #128263] PathAnimation.stopAnimation() bug (& patch)

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

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
I'm interested in having two events.&nbsp; A stop and an end event.&nbsp;
Some times, I need to refresh to layer content after a layer has moved
(eg. if it contains a form).&nbsp; Does anyone have any problems with adding
this second event?
<p>martin str&ouml;m wrote:
<blockquote TYPE=CITE>wouldn't it be better to add a noevt-parameter to
stopAnimation():
<p>PathAnimation.prototype.stopAnimation = function (noevt) {
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (this.pathPlaying &amp;&amp;
this.pathPlaying.resets &amp;&amp; !this.cancelThread &amp;&amp;
<br>this.dlyr!=null) this.dlyr.moveTo(this.pathPlaying[0],this.pathPlaying[1]);
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; this.stop();
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; delete this.pathPlaying;&nbsp;
// only deletes unstored path
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; this.playing = false;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (this.dlyr != null &amp;&amp;
noevt!=false) this.dlyr.invokeEvent("pathstop");
<br>};
<p>and maybe use stopAnimationNow() just to do a stopAnimation(false) -call
<p>PathAnimation.prototype.stopAnimationNow=function() {
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; this.stopAnimation(false);
<br>}
<p>/mrtin
<p>> -----Original Message-----
<br>> From: dyn...@li...
<br>> [<a href="mailto:dyn...@li...">mailto:dyn...@li...</a>]On
Behalf Of Raymond
<br>> Smith
<br>> Sent: den 10 januari 2001 11:36
<br>> To: dyn...@li...
<br>> Subject: Re: [Dynapi-Dev] [Bug #128263] PathAnimation.stopAnimation()
<br>> bug (&amp; patch)
<br>>
<br>>
<br>> I'm for including&nbsp; the 'PathAnimation.prototype.stopAnimationNow
' method
<br>> Richard discussed.&nbsp; If your doing chained animations that lead
to other
<br>> events it's a must have.&nbsp; Or the whole thing repeats again.
<br>>
<br>>
<br>> ----- Original Message -----
<br>> From: "Richard :o" &lt;ma...@ri...>
<br>> To: &lt;dyn...@li...>
<br>> Sent: Tuesday, January 09, 2001 2:32 AM
<br>> Subject: Re: [Dynapi-Dev] [Bug #128263]
<br>> PathAnimation.stopAnimation() bug (&amp;
<br>> patch)
<br>>
<br>>
<br>> > Hi,
<br>> > I'm glad to see pathanim tackled at last.What you're sayng is
<br>> correct, and
<br>> > is what I did in my modified pathanim (see:
<br>> > <a href="http://www.resass.f2s.com/?menu=examples&node=1">http://www.resass.f2s.com/?menu=examples&amp;node=1</a>&nbsp;
or
<br>> > <a href="http://www.richardinfo.f2s.com/?menu=examples&node=1">http://www.richardinfo.f2s.com/?menu=examples&amp;node=1</a>
<br>> > under "dynapi.util.pathanim.chained.html" when the servers up again)
<br>> >
<br>> > But I also had to add the method stopAnimation now() , which is
<br>> identical,
<br>> > but without
<br>> > invoke-ing pathstop, so the animation could be manually halted
without
<br>> > starting the next one from the onpathstop listener:
<br>> >
<br>> > PathAnimation.prototype.stopAnimationNow = function () {
<br>> >&nbsp; if (this.pathPlaying &amp;&amp; this.pathPlaying.resets &amp;&amp;
<br>> !this.cancelThread &amp;&amp;
<br>> > this.dlyr!=null)
<br>> this.dlyr.moveTo(this.pathPlaying[0],this.pathPlaying[1]);
<br>> >&nbsp; this.stop();
<br>> >&nbsp; delete this.pathPlaying;&nbsp; // only deletes unstored path
<br>> >&nbsp; this.playing = false;
<br>> > };
<br>> >&nbsp; And I don't understand why slideBy() has been scrapped just
because you
<br>> can
<br>> > do that manually aswell; you can do most of the
<br>> > API manually, but it's easier if you can just call a method.
<br>> And we still
<br>> > use moveBy(), so slideBy() keeps consistency, and saves
<br>> changing existing
<br>> > webcode when you upgrade you're API.
<br>> >
<br>> > DynLayer.prototype.slideBy = function(x,y,inc,ms) {
<br>> >&nbsp; if (x==null) x = 0;
<br>> >&nbsp; if (y==null) y = 0;
<br>> >&nbsp; this.slideTo(this.x+x,this.y+y,inc,ms);
<br>> > };
<br>> >
<br>> > Cheers,
<br>> > Richard&nbsp; :o
<br>> >
<br>> > ma...@ri...
<br>> > www.richardinfo.com
<br>> > (Everything running on, and ported to the 19/12/2000 snapshot
<br>> of DynAPI2)
<br>> >
<br>> > ----- Original Message -----
<br>> > From: &lt;no...@so...>
<br>> > To: &lt;ma...@ab...>; &lt;no...@so...>;
<br>> > &lt;dyn...@so...>
<br>> > Sent: Wednesday, January 10, 2001 9:30 AM
<br>> > Subject: [Dynapi-Dev] [Bug #128263] PathAnimation.stopAnimation()
bug (&amp;
<br>> > patch)
<br>> >
<br>> >
<br>> > > Bug #128263, was updated on 2001-Jan-10 00:30
<br>> > > Here is a current snapshot of the bug.
<br>> > >
<br>> > > Project: DynAPI 2
<br>> > > Category: API Extentions
<br>> > > Status: Open
<br>> > > Resolution: None
<br>> > > Bug Group: None
<br>> > > Priority: 5
<br>> > > Submitted by: marstr
<br>> > > Assigned to : nobody
<br>> > > Summary: PathAnimation.stopAnimation() bug (&amp; patch)
<br>> > >
<br>> > > Details: dynapi/util/pathanim.js
<br>> > >
<br>> > > a bug in PathAnimation.stopAnimation() causes the onpathstop-event
to
<br>> fire
<br>> > > before some values were set
<br>> > > (this.playing=false)
<br>> > > before you couldn't slide a DynLayer directly in a
<br>> > > onpathstop eventListener (while this.playing still
<br>> > > was true)
<br>> > >
<br>> > > i've moved the line
<br>> > > if (this.dlyr != null) this.dlyr.invokeEvent("pathstop");
<br>> > >
<br>> > > last in the method which solved the problem
<br>> > >
<br>> > > PathAnimation.prototype.stopAnimation = function () {
<br>> > > if (this.pathPlaying &amp;&amp; this.pathPlaying.resets &amp;&amp;
<br>> !this.cancelThread &amp;&amp;
<br>> > > this.dlyr!=null)
<br>> > > this.dlyr.moveTo(this.pathPlaying[0],this.pathPlaying[1]);
<br>> > > this.stop();
<br>> > > delete this.pathPlaying;&nbsp; // only deletes unstored path
<br>> > > this.playing = false;
<br>> > > if (this.dlyr != null) this.dlyr.invokeEvent("pathstop");
<br>> > > };
<br>> > >
<br>> > > For detailed info, follow this link:
<br>> > >
<br><a href="http://sourceforge.net/bugs/?func=detailbug&bug_id=128263&group_id=5757">http://sourceforge.net/bugs/?func=detailbug&amp;bug_id=128263&amp;group_id=5757</a>
<br>> >
<br>> > _______________________________________________
<br>> > Dynapi-Dev mailing list
<br>> > Dyn...@li...
<br>> > <a href="http://lists.sourceforge.net/mailman/listinfo/dynapi-dev">http://lists.sourceforge.net/mailman/listinfo/dynapi-dev</a>
<br>> > ____________________________________________________________
<br>> > Get your free domain name and domain-based e-mail from
<br>> > Namezero.com. New!&nbsp; Namezero Plus domains now available.
<br>> > Find out more at: <a href="http://www.namezero.com">http://www.namezero.com</a>
<br>> >
<br>>
<br>>
<br>>
<br>> _______________________________________________
<br>> Dynapi-Dev mailing list
<br>> Dyn...@li...
<br>> <a href="http://lists.sourceforge.net/mailman/listinfo/dynapi-dev">http://lists.sourceforge.net/mailman/listinfo/dynapi-dev</a>
<br>>
<p>_______________________________________________
<br>Dynapi-Dev mailing list
<br>Dyn...@li...
<br><a href="http://lists.sourceforge.net/mailman/listinfo/dynapi-dev">http://lists.sourceforge.net/mailman/listinfo/dynapi-dev</a>
<p>_______________________________________________
<br>Dynapi-Dev mailing list
<br>Dyn...@li...
<br><a href="http://lists.sourceforge.net/mailman/listinfo/dynapi-dev">http://lists.sourceforge.net/mailman/listinfo/dynapi-dev</a></blockquote>

<p>--
<br>Michael Pemberton
<br>mp...@ph...
<br>ICQ: 12107010
<br>&nbsp;</html>

Re: [Dynapi-Dev] Making progress on a Java gui tool

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

The alterations to the vlaues is needed to allow for the existance of scroll
bars without having them hide the content.

Richard :o wrote:

> > correct, the widgets are not in the CVS. They would also need work to make
> > them work in the latest DynAPI2.. something I'm not planning on for a
> while.
>
> So Doug, please send your fixes over to me as I would like to support these
> great
> widgets as long as possible, and the lack of draggability under IE5.5 was a
> long overdue fix.
>
> Regarding elastic, I apply this on my page by detecting browser dimensions
> like this:
>
> var winH,winW,w, h, ow, oh, q
>
> function findWH() {
>  winW = (is.ns)? window.innerWidth : document.body.offsetWidth-20
>  winH = (is.ns)? window.innerHeight : document.body.offsetHeight-4
>                              //I'm not sure what the -20 and -4  was needed
> for now
>    ow= 1004/winW;
>    oh= 648/winH;
>    if(ow>oh){q=ow;}else{q=oh;}
>  return q
> }
>
> DynAPI.onLoad=function() {
>     q=findWH()
>
> and then all sizes defined are divided by q, like this:
>
> statusMsg=new DynLayer(null,0,0,120/q,120/q);
>
> When done like this it means objects retain their original shape; so if
> someone's browser is letterbox
> shaped, your page doesn't become squashed, but decreases in width as well.
>
> in the resize event you could put:
> q=findWH()    //gets new dimensions
> statusMsg.slideTo(120/q,120/q);
>
> I haven't done the resizing bit on my page right now, because I wanted to
> animate the resizing
> properly (ie the things fly to the new place, and grow/shrink). Also many
> people resize the browser
> while the page is loading, which could cause errors and crashes, so I only
> let the onResize()
> code execute (during testing) after a variable was set at the end of my
> preloading sequence.
> Of course NS can't animate anything onResize(), as it simply has to be
> reloaded, at least I haven't
> seen recreateAll() work properly without a reload.
>
> The only problem I run into was text size, you can change the font size
> using the same variable, ie:
>
> statusMsg.setHTML('<span style="font-size: '+16/q+'pt;">Blah Blah</span>')
>
> but during testing NS gave a lot of problems, looking on it now I think the
> problem was that I had two stylesheets
> applied to the same document, one directly and one through a skinButton
> widget, but I'm not sure.
>
> I hope there's something in there of use;
>
> Cheers,
> Richard  :o
>
> ma...@ri...
> www.richardinfo.com
> (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2)
>
> ----- Original Message -----
> From: "Pascal Bestebroer" <pa...@dy...>
> To: <dyn...@li...>
> Sent: Wednesday, January 10, 2001 9:40 PM
> Subject: RE: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
>
> > correct, the widgets are not in the CVS. They would also need work to make
> > them work in the latest DynAPI2.. something I'm not planning on for a
> while.
> >
> > cya,
> >
> > Pascal Bestebroer
> > pa...@dy...
> > http://www.dynamic-core.net
> >
> > > -----Oorspronkelijk bericht-----
> > > Van: dyn...@li...
> > > [mailto:dyn...@li...]Namens Robert Rainwater
> > > Verzonden: woensdag 10 januari 2001 21:35
> > > Aan: DynAPI Development List
> > > Onderwerp: Re[2]: [Dynapi-Dev] Making progress on a Java gui tool
> > >
> > >
> > >
> > > As far as I know none of those widgets are in CVS.  Aren't those
> > > Pascal's widgets?
> > >
> > > --
> > > // Robert Rainwater
> > >
> > > On 1/10/2001, 6:02:56 PM EST, Doug wrote about "[Dynapi-Dev]
> > > Making progress on a Java gui tool":
> > >
> > > > How do I get access to the CVS system..
> > > > I've fixed a few bugs myself..
> > > > Such as the 'movebility' of the skinwindow.
> > > > I also updated the doDock mothod of the skintoolbar.
> > > > Now calling doDock(0) will dock the toolbar at the top.
> > > > (re-position it and set it's width)
> > > > and passing a 1 instead will dock it at the bottom.
> > > > I am also working on an elatic object..
> > > > What this does is resizes and repositions the content on your
> > > page for any
> > > > browser size.. and automatically does so when you change the size of
> the
> > > > browser..
> > >
> > >
> > > > Assuming I do get access to CVS..
> > > > Is the bug list at sourceforge complete?
> > > > ----- Original Message -----
> > > > From: "Raymond Smith" <dst...@or...>
> > > > To: <dyn...@li...>
> > > > Sent: Tuesday, January 09, 2001 1:54 PM
> > > > Subject: Re: [Dynapi-Dev] Making progress on a Java gui tool
> > >
> > >
> > > >> I was beginning to wonder where Dan went off to, now we know.  It
> does
> > > >> appear that we've created a bit of a two headed hydra here, as others
> > > >> mentioned might happen.  Dan's off working on a DynBuilder while
> other
> > > >> pontificate about the holy-grail of RAD tools to speed up "the still
> > > > bugged
> > > >> version of DynAPI2" that hasn't had a refresh since November of 2000.
> > > >>
> > > >> While I do my best to muddle thru this code and help Robert debug
> this
> > > > stuff
> > > >> I fear I submit about as much confusion as contribution.  But I get
> the
> > > >> feeling that others are not really 'actively debugging' the
> > > current CVS.
> > > >> Dan's working on a GUI which he will 'share' with us, thus
> > > allowing us to
> > > >> further defocus our efforts while other do grand debate on what this
> > > > "thing"
> > > >> should be.
> > > >>
> > > >> It would be nice to, at a minimum, clean up the current base
> > > code in the
> > > > CVS
> > > >> before we defocus the limited masses even more.
> > > >>
> > > >> Sorry for the rant.  But ALOT of change was introduced with
> > > precreate and
> > > >> inline creation integration that still needs to be cleaned up.
> > >  It seems
> > > > the
> > > >> only really active debugger right now is Robert and Pascal (on
> > > a limited
> > > >> basis).
> > > >>
> > > >>
> > > >> _______________________________________________
> > > >> 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 mailing list
> > Dyn...@li...
> > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev
> > ____________________________________________________________
> > Get your free domain name and domain-based e-mail from
> > Namezero.com. New!  Namezero Plus domains now available.
> > Find out more at: http://www.namezero.com
> >
>
> _______________________________________________
> Dynapi-Dev mailing list
> Dyn...@li...
> http://lists.sourceforge.net/mailman/listinfo/dynapi-dev

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

RE: [Dynapi-Dev] W3C DOCTYPE interferes with DynAPI

[William L. <wil...@ve...>]

It didn't when I tried it. Only way things started working was when I
removed *all* of the doctype.

-bill

> -----Original Message-----
> From: dyn...@li...
> [mailto:dyn...@li...]On Behalf Of Simon Dicon
> Montford
> Sent: Wednesday, January 10, 2001 11:53 AM
> To: dyn...@li...
> Subject: RE: [Dynapi-Dev] W3C DOCTYPE interferes with DynAPI
>
>
> > Same thing happens on IE5 Mac, but you get vague error messages
> (ie. error
> > on line 600, but your document only has 400 lines). No doctype, and
> > everything works fine.
>
> Does IE5 Mac work if you leave out the url?
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>
> SD