Menu
▾
▴
dynapi-dev — List related to the current DynAPI Core development
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(75) |
Nov
(252) |
Dec
(418) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(659) |
Feb
(1039) |
Mar
(870) |
Apr
(235) |
May
(329) |
Jun
(251) |
Jul
(123) |
Aug
(119) |
Sep
(67) |
Oct
(194) |
Nov
(535) |
Dec
(133) |
| 2002 |
Jan
(122) |
Feb
(24) |
Mar
(29) |
Apr
(28) |
May
(16) |
Jun
(20) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(14) |
Nov
(23) |
Dec
(19) |
| 2003 |
Jan
(28) |
Feb
(170) |
Mar
(288) |
Apr
(211) |
May
(126) |
Jun
(166) |
Jul
(131) |
Aug
(102) |
Sep
(211) |
Oct
(301) |
Nov
(22) |
Dec
(6) |
| 2004 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(25) |
Jul
(21) |
Aug
(2) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(14) |
Apr
(24) |
May
(3) |
Jun
(7) |
Jul
(30) |
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: francesco A. <fa...@we...> - 2001-01-26 08:39:57
|
Hi, i have make something of similar with an applet like the Remote Scripting of Microsoft and i have tested that this don't work with IE5 on Machintosh, is like if the virtual machine don't see the class urlconnection ----- Original Message ----- From: "Michael Pemberton" <mp...@ph...> To: <dyn...@li...> Sent: Friday, January 26, 2001 5:11 AM Subject: [Dynapi-Dev] LoadPanel alternative. > I've created a method of using Java to download the URL contents. > > It appears to work in bot NS4.7+ and IE5+. I haven't got access to an > IE4 installation to test it. > > Is there a developer out there who would be able to test it in IE4 for > me? > Is there a developer out there who knows how I could parse the contents > to extract the different sections of the page (<title> / <body> / > <script> sections). The code used in the IO.js parseHTML method works > only if the openning and closing tags are on the same line. This is ok > for the <title> but is not great for the <body> and <script> tags. > > Thanks. > -- > Michael Pemberton > mp...@ph... > ICQ: 12107010 > > |
|
From: labCoat <la...@xe...> - 2001-01-26 08:25:55
|
Pascal, I completely agree! I think that the object model that you are talking about is imperative to the growth of this API. I think that not only should we incorporate it ASAP, but it should have already been done. There are way to many limitations of the existing object model, especially when it comes to using frames. --proteanman On Thu, 25 January 2001, "Pascal" wrote: > > Now that the release is finished, I think we should change the object model > of the dynapi abit. > I want to make the same changes as done in dynacore, making a dynobject off > which the dyndocument and dynlayer are based. This makes things slightly > smaller and also easier to maintain (all parent-child stuff is controlled > in the DynObject and updating that will make the DynLayer and DynDocument > work the same with one single change) > > Also dyndocuments should be added to the dynapi, this makes a better > object-tree available.. the DynAPI object will then contain child objects > (dyndocuments) and this also means that all layers created can be freeed > from the unLoad event of the DynAPI (simply walk thru all children of the > DynAPI object, and call deleteAllChildren()) > > I also think the getdocument() is not needed anymore (seeing as I have > removed it from dynacore, and everything works) > > the findLayers() extension should be a method of the DynDocument, not the > DynAPI object.. this looks more logicall: > > DynAPI.document.findLayers() > > > The eventMethod should be possible to combine into one for DynLayer and > DynDocument, so that it can be attached to the DynObject (I've done this > already, but I think some small bugs for document-events are still > happening). > > > any ideas, comments,rocks? > > Pascal Bestebroer (pb...@oi...) > Software ontwikkelaar > Oberon Informatiesystemen b.v. > http://www.oibv.com > > > -----Oorspronkelijk bericht----- > > Van: dyn...@li... > > [mailto:dyn...@li...]Namens Robert Rainwater > > Verzonden: vrijdag 26 januari 2001 2:46 > > Aan: DynAPI Development List > > Onderwerp: [Dynapi-Dev] getDocument > > > > > > > > I was wondering if it would be better to move DynAPI.getDocument() to > > DynDocument.getDocument(). It seems more logical that getDocument > > belongs to DynDocument. Of course DynAPI.getDocument could be kept > > for a while too. > > > > -- > > // Robert Rainwater > > ---------------------- > > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: GORTSILAS A. <ag...@si...> - 2001-01-26 08:01:08
|
I agree with ALL of them!!! Andreas -----Original Message----- From: Pascal [mailto:pb...@oi...] Sent: Friday, January 26, 2001 9:50 AM To: dyn...@li... Subject: RE: [Dynapi-Dev] getDocument Now that the release is finished, I think we should change the object model of the dynapi abit. I want to make the same changes as done in dynacore, making a dynobject off which the dyndocument and dynlayer are based. This makes things slightly smaller and also easier to maintain (all parent-child stuff is controlled in the DynObject and updating that will make the DynLayer and DynDocument work the same with one single change) Also dyndocuments should be added to the dynapi, this makes a better object-tree available.. the DynAPI object will then contain child objects (dyndocuments) and this also means that all layers created can be freeed from the unLoad event of the DynAPI (simply walk thru all children of the DynAPI object, and call deleteAllChildren()) I also think the getdocument() is not needed anymore (seeing as I have removed it from dynacore, and everything works) the findLayers() extension should be a method of the DynDocument, not the DynAPI object.. this looks more logicall: DynAPI.document.findLayers() The eventMethod should be possible to combine into one for DynLayer and DynDocument, so that it can be attached to the DynObject (I've done this already, but I think some small bugs for document-events are still happening). any ideas, comments,rocks? Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Robert Rainwater > Verzonden: vrijdag 26 januari 2001 2:46 > Aan: DynAPI Development List > Onderwerp: [Dynapi-Dev] getDocument > > > > I was wondering if it would be better to move DynAPI.getDocument() to > DynDocument.getDocument(). It seems more logical that getDocument > belongs to DynDocument. Of course DynAPI.getDocument could be kept > for a while too. > > -- > // Robert Rainwater > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > _______________________________________________ Dynapi-Dev mailing list Dyn...@li... http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: Pascal <pb...@oi...> - 2001-01-26 07:50:22
|
Now that the release is finished, I think we should change the object model of the dynapi abit. I want to make the same changes as done in dynacore, making a dynobject off which the dyndocument and dynlayer are based. This makes things slightly smaller and also easier to maintain (all parent-child stuff is controlled in the DynObject and updating that will make the DynLayer and DynDocument work the same with one single change) Also dyndocuments should be added to the dynapi, this makes a better object-tree available.. the DynAPI object will then contain child objects (dyndocuments) and this also means that all layers created can be freeed from the unLoad event of the DynAPI (simply walk thru all children of the DynAPI object, and call deleteAllChildren()) I also think the getdocument() is not needed anymore (seeing as I have removed it from dynacore, and everything works) the findLayers() extension should be a method of the DynDocument, not the DynAPI object.. this looks more logicall: DynAPI.document.findLayers() The eventMethod should be possible to combine into one for DynLayer and DynDocument, so that it can be attached to the DynObject (I've done this already, but I think some small bugs for document-events are still happening). any ideas, comments,rocks? Pascal Bestebroer (pb...@oi...) Software ontwikkelaar Oberon Informatiesystemen b.v. http://www.oibv.com > -----Oorspronkelijk bericht----- > Van: dyn...@li... > [mailto:dyn...@li...]Namens Robert Rainwater > Verzonden: vrijdag 26 januari 2001 2:46 > Aan: DynAPI Development List > Onderwerp: [Dynapi-Dev] getDocument > > > > I was wondering if it would be better to move DynAPI.getDocument() to > DynDocument.getDocument(). It seems more logical that getDocument > belongs to DynDocument. Of course DynAPI.getDocument could be kept > for a while too. > > -- > // Robert Rainwater > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: Michael P. <mp...@ph...> - 2001-01-26 04:15:30
|
I've created a method of using Java to download the URL contents. It appears to work in bot NS4.7+ and IE5+. I haven't got access to an IE4 installation to test it. Is there a developer out there who would be able to test it in IE4 for me? Is there a developer out there who knows how I could parse the contents to extract the different sections of the page (<title> / <body> / <script> sections). The code used in the IO.js parseHTML method works only if the openning and closing tags are on the same line. This is ok for the <title> but is not great for the <body> and <script> tags. Thanks. -- Michael Pemberton mp...@ph... ICQ: 12107010 |
|
From: Robert R. <rra...@ya...> - 2001-01-26 01:45:06
|
I was wondering if it would be better to move DynAPI.getDocument() to DynDocument.getDocument(). It seems more logical that getDocument belongs to DynDocument. Of course DynAPI.getDocument could be kept for a while too. -- // Robert Rainwater ---------------------- DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ DynAPI Homepage: http://dynapi.sourceforge.net/ |
|
From: <no...@so...> - 2001-01-26 01:39:17
|
Bug #129784, was updated on 2001-Jan-23 01:12 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Open Resolution: Later Bug Group: None Priority: 5 Submitted by: mweinelt Assigned to : nobody Summary: dynapi.js not loading in NS 4.04 X11, NS 4.05 NT Details: dynapi.js won't load on these browsers:. Javascript -error : >function does not always return a value. between line 80 and 100 depending on the snapshot I use. Martin Follow-Ups: Date: 2001-Jan-25 17:39 By: rainwater Comment: I don't think there is anyway to fix this. The DynAPI will probaly never work on those browsers. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=129784&group_id=5757 |
|
From: <no...@so...> - 2001-01-26 01:38:02
|
Bug #129602, was updated on 2001-Jan-21 12:26 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Core API Status: Open Resolution: Works For Me Bug Group: None Priority: 5 Submitted by: eytanh Assigned to : nobody Summary: Dynlayers methods dont effect elements Details: Now I have decided to call it a bug. I have my table widget in it I create cells. All the cells are fine, there properties are set to the right ones but the actual elements aren't. I have checked this by using breakpoints with InterDev. If anyone wants the code email me. Follow-Ups: Date: 2001-Jan-25 17:38 By: rainwater Comment: Not sure this is a bug with the DynAPI. Please be a bit more specific. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=129602&group_id=5757 |
|
From: <no...@so...> - 2001-01-26 01:36:53
|
Bug #128748, was updated on 2001-Jan-14 11:07 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Core API Status: Closed Resolution: Works For Me Bug Group: None Priority: 5 Submitted by: eytanh Assigned to : nobody Summary: Mouse Events Details: I have found this in IE 5 and NS 4. If you try to use an event handler and you try to call e.x or e.getX or e.getPageX. (or instead of x y) you get a madeup result. (-1 all the time). I think the problem is with these lines: this.pageX=is.ie?e.x+document.body.scrollLeft:e.pageX-window.pageXOffset; this.pageY=is.ie?e.y+document.body.scrollTop:e.pageY-window.pageYOffset; this.x=is.ie?e.offsetX:e.layerX; this.y=is.ie?e.offsetY:e.layerY; I have a feeling that some of these variables are undefined and thus resulting in inaccurate results. On the other hand if instead of trying to call e.getX(); you call e.orig.x it works. Follow-Ups: Date: 2001-Jan-25 17:37 By: rainwater Comment: Appears to work correctly in IE 5 using the latest release. ------------------------------------------------------- Date: 2001-Jan-16 11:04 By: dcpascal Comment: Which mouseevent are you trying it on? I've just tested in IE5 (win32) with latest CVS code, and it works correctly.. could you show some example code ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=128748&group_id=5757 |
|
From: <no...@so...> - 2001-01-26 01:34:56
|
Bug #128150, was updated on 2001-Jan-09 02:53 Here is a current snapshot of the bug. Project: DynAPI 2 Category: None Status: Closed Resolution: Works For Me Bug Group: None Priority: 5 Submitted by: digitalstrider Assigned to : nobody Summary: scrollpane Details: In IE5.5 on Win ME the scroll bars and knob don't show up. The buttons form up fine. It all works in ns on my OS. Follow-Ups: Date: 2001-Jan-25 17:35 By: rainwater Comment: This appears to work fine in IE 5.5 using the latest release. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=128150&group_id=5757 |
|
From: <no...@so...> - 2001-01-26 00:22:54
|
Patch #103337 has been updated. Project: dynapi Category: DynAPI-Event Status: Accepted Submitted by: nobody Assigned to : nobody Summary: text selecting onscroll in IE Follow-Ups: Date: 2001-Jan-25 16:23 By: nobody Comment: I know, it's a little hard to explain, here I made two examples, one with normal scrollbar.js, one with the adaptions. You see the problem if you click <u>underneath</u> the knob of the vertical scrollbar, and drift off the scroll with the mouse. Because you don't click on the knob, no dragevent is fired, so the text is still selected. the old one: http://www.resass.f2s.com/dynapi/dragbug/scrollpaneOld.html the fixed one: http://www.resass.f2s.com/dynapi/dragbug/scrollpaneNew.html cheers, Richard Bennett ------------------------------------------------------- Date: 2001-Jan-25 13:02 By: rainwater Comment: Fix or dragevent is now implemented. I'm not sure of the need for this in the Scrollbar though. Any reasons why? ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103337&group_id=5757 |
|
From: <no...@so...> - 2001-01-25 21:08:42
|
Bug #128263, was updated on 2001-Jan-10 00:30
Here is a current snapshot of the bug.
Project: DynAPI 2
Category: API Extentions
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Submitted by: marstr
Assigned to : nobody
Summary: PathAnimation.stopAnimation() bug (& patch)
Details: dynapi/util/pathanim.js
a bug in PathAnimation.stopAnimation() causes the onpathstop-event to fire
before some values were set
(this.playing=false)
before you couldn't slide a DynLayer directly in a
onpathstop eventListener (while this.playing still
was true)
i've moved the line
if (this.dlyr != null) this.dlyr.invokeEvent("pathstop");
last in the method which solved the problem
PathAnimation.prototype.stopAnimation = function () {
if (this.pathPlaying && this.pathPlaying.resets && !this.cancelThread &&
this.dlyr!=null)
this.dlyr.moveTo(this.pathPlaying[0],this.pathPlaying[1]);
this.stop();
delete this.pathPlaying; // only deletes unstored path
this.playing = false;
if (this.dlyr != null) this.dlyr.invokeEvent("pathstop");
};
Follow-Ups:
Date: 2001-Jan-25 13:09
By: rainwater
Comment:
Its been implemented in CVS.
-------------------------------------------------------
Date: 2001-Jan-10 02:27
By: nobody
Comment:
Hi,
I'm glad to see pathanim tackled at last.What you're sayng is correct, and
is what I did in my modified pathanim (see:
http://www.resass.f2s.com/?menu=examples&node=1 or
http://www.richardinfo.f2s.com/?menu=examples&node=1
under "dynapi.util.pathanim.chained.html" when the servers up again)
But I also had to add the method stopAnimation now() , which is identical,
but without
invoke-ing pathstop, so the animation could be manually halted without
starting the next one from the onpathstop listener:
PathAnimation.prototype.stopAnimationNow = function () {
if (this.pathPlaying && this.pathPlaying.resets && !this.cancelThread &&
this.dlyr!=null)
this.dlyr.moveTo(this.pathPlaying[0],this.pathPlaying[1]);
this.stop();
delete this.pathPlaying; // only deletes unstored path
this.playing = false;
};
And I don't understand why slideBy() has been scrapped just because you
can do that manually aswell; you can do most of the
API manually, but it's easier if you can just call a method. And we still
use moveBy(), so slideBy() keeps consistency, and saves changing existing
webcode when you upgrade you're API.
DynLayer.prototype.slideBy = function(x,y,inc,ms) {
if (x==null) x = 0;
if (y==null) y = 0;
this.slideTo(this.x+x,this.y+y,inc,ms);
};
Cheers,
Richard :o
ma...@ri...
www.richardinfo.com
(Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2)
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=128263&group_id=5757
|
|
From: <no...@so...> - 2001-01-25 21:06:24
|
Bug #129377, was updated on 2001-Jan-19 06:01 Here is a current snapshot of the bug. Project: DynAPI 2 Category: Browser-Specific Issue Status: Closed Resolution: None Bug Group: None Priority: 5 Submitted by: nobody Assigned to : nobody Summary: DynDocument returned incorrect browser width&height under NS Details: Functions dyndocument.getHeight()and dyndocument.getWidth() returns incorrect values for Netscape. I examed problem and found that in function DynDocument.findDimensions() IE and NS differences not takes into account. Follow-Ups: Date: 2001-Jan-19 08:38 By: rainwater Comment: How are the values of the height and width wrong in NS? From what I can see, they do return the correct values. getDimensions does take into account the differences between IE and NS. We have been using this for a long time and has always worked. Unless it doesn't work on NS6 I don't see the problem. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=129377&group_id=5757 |
|
From: <no...@so...> - 2001-01-25 21:05:46
|
Patch #103141 has been updated. Project: dynapi Category: DynAPI-Widget Status: Closed Submitted by: marstr Assigned to : nobody Summary: DynImage.loadercheck-fix ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103141&group_id=5757 |
|
From: <no...@so...> - 2001-01-25 21:01:54
|
Patch #103337 has been updated. Project: dynapi Category: DynAPI-Event Status: Accepted Submitted by: nobody Assigned to : nobody Summary: text selecting onscroll in IE Follow-Ups: Date: 2001-Jan-25 13:02 By: rainwater Comment: Fix or dragevent is now implemented. I'm not sure of the need for this in the Scrollbar though. Any reasons why? ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103337&group_id=5757 |
|
From: <no...@so...> - 2001-01-25 20:59:14
|
Patch #103383 has been updated. Project: dynapi Category: DynAPI-Widget Status: Closed Submitted by: eytanh Assigned to : nobody Summary: Problem with setAlignment in TLabel Follow-Ups: Date: 2001-Jan-25 12:59 By: rainwater Comment: This is not a part of the distribution, which makes it kind of hard to fix :) ------------------------------------------------------- ------------------------------------------------------- For more info, visit: http://sourceforge.net/patch/?func=detailpatch&patch_id=103383&group_id=5757 |
|
From: Eytan H. <ey...@tr...> - 2001-01-25 20:39:21
|
There are certain times when IE 5 crashes with an access violation. While trying to track this I came to the conclusion that this happens on the addChild(I think) has anyone else witnessed this. Attached is a certain case where it happens. It also happens when you try to add a table widget to the scrollpane. What is this. I have a theory that there is some type of IE JS Engine bug on changing elements from certain places in the call stack. If this can be proven I have a great work-around. Make DynAPI create a collection of DynLayers at the beginning and assign them instead of creating them. 8an |
|
From: Eytan H. <ey...@tr...> - 2001-01-25 20:18:45
|
I've recently noticed that all the developers just use this list for all messages. This is supposed to be used for developing the DynAPI, the core. All the widgets (sinewave,form widgets, new layers, glides) should all be discussed in DynAPI-Widget. We still have loads of problems in the core. I think we should focus on them first. (Please Don't Flame Me) 8an |
|
From: francesco A. <fa...@we...> - 2001-01-25 17:30:23
|
I think that you must use the cancelDrag at the event onDragStart
handleListener.ondragstart=3Dfunction(e)=20
{ DragEvent.cancelDrag() }
with me the function don't see the cancelDrag
try it
i have see a little the code =20
appear that the dragmove is called after that the layer is be moved
so the cancelDrag don't function
I think....
Hi
Francesco
----- Original Message -----=20
From: Michael Pemberton=20
To: dyn...@li...=20
Sent: Thursday, January 25, 2001 1:56 PM
Subject: Re: [Dynapi-Dev] Dragging and Cancelling
Thanks for all the help, but that still doesn't solve my problem. I =
want to have a scetion of a layer used as a handle. It should be a =
simple case of detecting the location of the mouse and allowing the =
click if it is within the specified region.=20
I want to reduce the # of additional layers. Especially when there =
are already too many being used in my widgets to begin with. My problem =
is that dragCancel seems to not have any effect on the drag. I can't =
seem to cancel a drag event from being triggered.=20
Does anyone have an example of dragCancel being used successfully?=20
Richard Bennett wrote:=20
Hi,The beige bgcolor was a dead give-away I'm afraid ;o)Anyway, it's =
up with your other =
masterpiece:http://www.resass.f2s.com/?menu=3Dexamples&node=3D8 Cheers,=20
Richard Bennett ma...@ri...=20
www.richardinfo.com=20
(Everything running on, and ported to the 19/12/2000 snapshot of =
DynAPI2)=20
----- Original Message -----
From: Glen Deas
To: dyn...@li...
Sent: Tuesday, January 23, 2001 5:24 PM
Subject: Re: [Dynapi-Dev] Dragging and Cancelling
Here's a handle I use.=20
----- Original Message -----
From: Michael Pemberton
To: dyn...@li...
Sent: Tuesday, January 23, 2001 8:06 AM
Subject: [Dynapi-Dev] Dragging and Cancelling
The cancelDrag method of the drag event doesn't seem to do =
anything. Does anyone have a working example of it in action?=20
I am trying to limit dragging to only a section of a layer ( so =
that sragging can only happen if they click in a specific section of the =
layer). I tried placing a e.cancelDrag() call in the dragstart =
eventlistener but that didn't help. Is there a simple way of setting up =
a handle type setup for dragging a layer?=20
--=20
Michael Pemberton=20
mp...@ph...=20
ICQ: 12107010=20
_______________________________________________ Dynapi-Dev =
mailing list Dyn...@li... =
http://lists.sourceforge.net/lists/listinfo/dynapi-dev
--=20
Michael Pemberton=20
mp...@ph...=20
ICQ: 12107010=20
_______________________________________________ Dynapi-Dev mailing =
list Dyn...@li... =
http://lists.sourceforge.net/lists/listinfo/dynapi-dev
|
|
From: Jay C. <jch...@ou...> - 2001-01-25 17:02:18
|
I would add a vote for including Cameron's NS fixes, esp the inline stuff. thanks, -J > -----Original Message----- > From: Cameron Hart [mailto:ca...@bi...] > Sent: Thursday, January 25, 2001 4:55 AM > To: dyn...@li... > Subject: RE: [Dynapi-Dev] Release > > > there are my netscape 6 event and inline js fixes (or someone else's, > whatever works best). i know we haven't fixed everything in > ns6, but still > these will make it better rather than worse. my only other > suggestion is > adding the false noevent parameter to all setHTML calls in > insertInlineLayers in LoadPanel. because loadpanel shouldn't > invoke a load > event unless a document is actually loaded. > > my 2c. > > > -----Original Message----- > > From: dyn...@li... > > [mailto:dyn...@li...]On Behalf Of Richard > > Bennett > > Sent: 25 January 2001 12:28 > > To: dyn...@li... > > Subject: Re: [Dynapi-Dev] Release > > > > > > Hi, > > >> Let me know of any quick fixes that are needed before > the release. > > The patch here: > > http://sourceforge.net/patch/?func=detailpatch&patch_id=103337&gro > > up_id=5757 > > to prevent text selecting in IE during scroll, and drag. > > Changes are in the onmousedown, and onmouseup events of > dragevent.js and > > scrollbar.js > > > > Cheers, > > Richard Bennett > > > > ma...@ri... > > www.richardinfo.com > > (Everything running on, and ported to the 19/12/2000 > snapshot of DynAPI2) > > > > ----- Original Message ----- > > From: "Robert Rainwater" <rra...@ya...> > > To: "DynAPI Development List" <dyn...@li...> > > Sent: Thursday, January 25, 2001 5:04 AM > > Subject: [Dynapi-Dev] Release > > > > > > > > > > I'm going to release the current version of the DynAPI as soon as > > > 01/25/2000. This of course want include any NS 6 > support. After the > > > release, we can begin working on fixing some of the NS 6 problems. > > > Let me know of any quick fixes that are needed before the release. > > > > > > -- > > > // Robert Rainwater > > > ---------------------- > > > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > > > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > > > > > > > > > _______________________________________________ > > > Dynapi-Dev mailing list > > > Dyn...@li... > > > http://lists.sourceforge.net/lists/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/lists/listinfo/dynapi-dev > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev > |
|
From: <ni...@pr...> - 2001-01-25 16:55:05
|
in order to use that there a few change to make to the code I have it if u need U can also use pathanimation.js it's real nice ciao Nicola On Wed, 24 January 2001, "francesco AGATI" wrote: > > someone know if the glide library is compatible with the version2 of api? > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev |
|
From: <no...@so...> - 2001-01-25 15:56:33
|
Bug #130055, was updated on 2001-Jan-25 07:56
Here is a current snapshot of the bug.
Project: DynAPI 2
Category: Browser-Specific Issue
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Submitted by: mhavi
Assigned to : nobody
Summary: loadpanel in frameset with NS4...
Details: While I'm not sure that this is related to loadpanel, I had to
change to code to get it to work when creating a loadpanel in a 'frameset'
doc. Here's the diff:
158c159,167
< while(lyr.parentLayer!=window)
lyr=lyr.parentLayer;
---
> //while(lyr.parentLayer!=window) {
> while(lyr.parentLayer && lyr.parentLayer!=lyr.name)
lyr=lyr.parentLayer;
> /*
184c193,194
< while(lyr.parentLayer != window) lyr =
lyr.parentLayer;
---
> //while(lyr.parentLayer != window) lyr =
lyr.parentLayer;
> while(lyr.parentLayer && lyr.parentLayer!=lyr.name)
lyr=lyr.parentLayer;
I tested the above change with the doc in the example directory and it
worked fine...under Linux that is.
-Mark
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=130055&group_id=5757
|
|
From: Michael P. <mp...@ph...> - 2001-01-25 12:59:50
|
<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <body bgcolor="#FFFFFF"> Thanks for all the help, but that still doesn't solve my problem. I want to have a scetion of a layer used as a handle. It should be a simple case of detecting the location of the mouse and allowing the click if it is within the specified region. <p>I want to reduce the # of additional layers. Especially when there are already too many being used in my widgets to begin with. My problem is that dragCancel seems to not have any effect on the drag. I can't seem to cancel a drag event from being triggered. <p>Does anyone have an example of dragCancel being used successfully? <p>Richard Bennett wrote: <blockquote TYPE=CITE><style></style> <font face="Arial"><font size=-1>Hi,</font></font><font face="Arial"><font size=-1>The beige bgcolor was a dead give-away I'm afraid ;o)</font></font><font face="Arial"><font size=-1>Anyway, it's up with your other masterpiece:</font></font><font face="Arial"><font size=-1><a href="http://www.resass.f2s.com/?menu=examples&node=8">http://www.resass.f2s.com/?menu=examples&node=8</a></font></font> <font face="Arial"><font size=-1>Cheers,</font></font> <br><font face="Arial"><font size=-1>Richard Bennett</font></font> <font face="Arial"><font size=-1><a href="mailto:ma...@ri...">ma...@ri...</a></font></font> <br><font face="Arial"><font size=-1><a href="http://www.richardinfo.com">www.richardinfo.com</a></font></font> <br><font face="Arial"><font size=-1>(Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2)</font></font> <blockquote dir=ltr style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> <div style="FONT: 10pt arial">----- Original Message -----</div> <div style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><b>From:</b> <a href="mailto:gle...@gt..." title="gle...@gt...">Glen Deas</a></div> <div style="FONT: 10pt arial"><b>To:</b> <a href="mailto:dyn...@li..." title="dyn...@li...">dyn...@li...</a></div> <div style="FONT: 10pt arial"><b>Sent:</b> Tuesday, January 23, 2001 5:24 PM</div> <div style="FONT: 10pt arial"><b>Subject:</b> Re: [Dynapi-Dev] Dragging and Cancelling</div> <a href="http://209.235.102.9/~san12028/handle/handle.html">Here's a handle I use.</a> <blockquote dir=ltr style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> <div style="FONT: 10pt arial">----- Original Message -----</div> <div style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><b>From:</b> <a href="mailto:mp...@ph..." title="mp...@ph...">Michael Pemberton</a></div> <div style="FONT: 10pt arial"><b>To:</b> <a href="mailto:dyn...@li..." title="dyn...@li...">dyn...@li...</a></div> <div style="FONT: 10pt arial"><b>Sent:</b> Tuesday, January 23, 2001 8:06 AM</div> <div style="FONT: 10pt arial"><b>Subject:</b> [Dynapi-Dev] Dragging and Cancelling</div> The cancelDrag method of the drag event doesn't seem to do anything. Does anyone have a working example of it in action? <p>I am trying to limit dragging to only a section of a layer ( so that sragging can only happen if they click in a specific section of the layer). I tried placing a <tt>e.cancelDrag()</tt> call in the dragstart eventlistener but that didn't help. Is there a simple way of setting up a handle type setup for dragging a layer? <p>-- <br>Michael Pemberton <br>mp...@ph... <br>ICQ: 12107010 <br> _______________________________________________ Dynapi-Dev mailing list Dyn...@li... <A HREF="http://lists.sourceforge.net/lists/listinfo/dynapi-dev">http://lists.sourceforge.net/lists/listinfo/dynapi-dev</A></blockquote> </blockquote> </blockquote> <p>-- <br>Michael Pemberton <br>mp...@ph... <br>ICQ: 12107010 <br> </body> </html> |
|
From: Cameron H. <ca...@bi...> - 2001-01-25 12:58:33
|
there are my netscape 6 event and inline js fixes (or someone else's, whatever works best). i know we haven't fixed everything in ns6, but still these will make it better rather than worse. my only other suggestion is adding the false noevent parameter to all setHTML calls in insertInlineLayers in LoadPanel. because loadpanel shouldn't invoke a load event unless a document is actually loaded. my 2c. > -----Original Message----- > From: dyn...@li... > [mailto:dyn...@li...]On Behalf Of Richard > Bennett > Sent: 25 January 2001 12:28 > To: dyn...@li... > Subject: Re: [Dynapi-Dev] Release > > > Hi, > >> Let me know of any quick fixes that are needed before the release. > The patch here: > http://sourceforge.net/patch/?func=detailpatch&patch_id=103337&gro > up_id=5757 > to prevent text selecting in IE during scroll, and drag. > Changes are in the onmousedown, and onmouseup events of dragevent.js and > scrollbar.js > > Cheers, > Richard Bennett > > ma...@ri... > www.richardinfo.com > (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) > > ----- Original Message ----- > From: "Robert Rainwater" <rra...@ya...> > To: "DynAPI Development List" <dyn...@li...> > Sent: Thursday, January 25, 2001 5:04 AM > Subject: [Dynapi-Dev] Release > > > > > > I'm going to release the current version of the DynAPI as soon as > > 01/25/2000. This of course want include any NS 6 support. After the > > release, we can begin working on fixing some of the NS 6 problems. > > Let me know of any quick fixes that are needed before the release. > > > > -- > > // Robert Rainwater > > ---------------------- > > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/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/lists/listinfo/dynapi-dev |
|
From: Richard B. <ma...@ri...> - 2001-01-25 12:28:27
|
Hi, >> Let me know of any quick fixes that are needed before the release. The patch here: http://sourceforge.net/patch/?func=detailpatch&patch_id=103337&group_id=5757 to prevent text selecting in IE during scroll, and drag. Changes are in the onmousedown, and onmouseup events of dragevent.js and scrollbar.js Cheers, Richard Bennett ma...@ri... www.richardinfo.com (Everything running on, and ported to the 19/12/2000 snapshot of DynAPI2) ----- Original Message ----- From: "Robert Rainwater" <rra...@ya...> To: "DynAPI Development List" <dyn...@li...> Sent: Thursday, January 25, 2001 5:04 AM Subject: [Dynapi-Dev] Release > > I'm going to release the current version of the DynAPI as soon as > 01/25/2000. This of course want include any NS 6 support. After the > release, we can begin working on fixing some of the NS 6 problems. > Let me know of any quick fixes that are needed before the release. > > -- > // Robert Rainwater > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/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 > |
175 messages has been excluded from this view by a project administrator.
