From: Robert R. <rra...@ya...> - 2000-12-06 20:29:16
|
Using the latest from CVS, the scroll buttons do not work as they should. By clicking the down arrow and releasing, the object will continue to scroll until it reaches the bottom, even if you release the button. It appears scrollpane does not catch the onscrollend. I don't know if it needs to, but the cancelScroll() is obviously not working right in the scrollpane. Also, the pushpanel, is having a similar problem, when the buttons do not disappear until you click then again after scrolling all the way to the top or bottom. -- // Robert Rainwater |
From: Dan S. <dy...@fu...> - 2000-12-06 22:10:26
|
The event names during slide's have changed, they are "pathstart", "pathrun", and "pathstop". So this would be the first thing to look at. If no one else finds the problem I will get around to it. Dan On Wed, Dec 06, 2000 at 03:31:33PM -0500, Robert Rainwater wrote: > > Using the latest from CVS, the scroll buttons do not work as they > should. By clicking the down arrow and releasing, the object will > continue to scroll until it reaches the bottom, even if you release > the button. > > It appears scrollpane does not catch the onscrollend. I don't know if > it needs to, but the cancelScroll() is obviously not working right in > the scrollpane. > > Also, the pushpanel, is having a similar problem, when the buttons do > not disappear until you click then again after scrolling all the way > to the top or bottom. > > -- > // Robert Rainwater > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
From: Robert R. <rra...@ya...> - 2000-12-07 03:11:42
|
There's a conflict with pathanim creating a slideTo. I believe you confused that slideTo with the one in slide.js (they would override each other if used in the same page!!!). Anyway, I fixed the scrollpane by editing cancelScroll in viewport.js: ViewPort.prototype.cancelScroll = function() { this.contentPane.pathanim.stop(); this.contentPane.pathanim = null; this.invokeEvent("scrollend"); }; I suggest we rename the pathanim slide method to remove any conflict. Good idea? Also why does pathanim have to be set to null for the next slide to work? If you remove it, after you stop scrolling, then the contentPane will not scroll anymore unless you set its pathanim to null. -- // Robert Rainwater On 12/6/2000, 10:37:03 PM EST, Dan wrote about "[Dynapi-Dev] Scrollpane Problems": > The event names during slide's have changed, they are "pathstart", "pathrun", and "pathstop". So this would be the first thing to look at. If no one else finds the problem I will get around to it. > Dan > On Wed, Dec 06, 2000 at 03:31:33PM -0500, Robert Rainwater wrote: >> >> Using the latest from CVS, the scroll buttons do not work as they >> should. By clicking the down arrow and releasing, the object will >> continue to scroll until it reaches the bottom, even if you release >> the button. >> >> It appears scrollpane does not catch the onscrollend. I don't know if >> it needs to, but the cancelScroll() is obviously not working right in >> the scrollpane. >> >> Also, the pushpanel, is having a similar problem, when the buttons do >> not disappear until you click then again after scrolling all the way >> to the top or bottom. >> >> -- >> // Robert Rainwater >> >> >> _______________________________________________ >> 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 |
From: Robert R. <rra...@ya...> - 2000-12-07 04:07:09
|
Just an update. I fixed the cancelScroll problem w/: ViewPort.prototype.cancelScroll = function() { this.contentPane.pathanim.stopAnimation(); this.invokeEvent("scrollend"); }; -- // Robert Rainwater On 12/6/2000, 10:13:31 PM EST, Robert wrote about "[Dynapi-Dev] Scrollpane Problems": > There's a conflict with pathanim creating a slideTo. I believe you > confused that slideTo with the one in slide.js (they would override > each other if used in the same page!!!). Anyway, I fixed the > scrollpane by editing cancelScroll in viewport.js: > ViewPort.prototype.cancelScroll = function() { > this.contentPane.pathanim.stop(); > this.contentPane.pathanim = null; > this.invokeEvent("scrollend"); > }; > I suggest we rename the pathanim slide method to remove any conflict. > Good idea? > Also why does pathanim have to be set to null for the next slide to > work? If you remove it, after you stop scrolling, then the > contentPane will not scroll anymore unless you set its pathanim to > null. |
From: Raymond S. <dst...@or...> - 2000-12-07 13:23:01
|
I've been using a viewport as a window to view one of nine content options. It's a 3X3 array of images with 9 slideTo that center each of the nine windows. This all worked fine til the new animation system, now it has some odd (but definable behavioral bugs that show up in both IE and NS. 1) It works fine on any diagonal slide. 2) horizontal or vertical slides either are: a) always wrong in one direction, or b) wrong every other iteration, in one direction. The following method (line 45, slide extension), which should clean up final moves to destination points (x,y) never seems to fire. else { this.moveTo(this.slideEndX,this.slideEndY) this.invokeEvent("slide") this.slideActive = false clearInterval(this.slideInterval) this.invokeEvent("slideend") } } I'll continue to peruse this tomorrow. Wanted to put it up for Dan to look at since he wrote all the math and event handlers that go into the new system and 'might' be obvious to him. Later, DS |
From: Richard :o <ma...@ri...> - 2000-12-07 15:06:54
|
I'm surprised, on 6/12/2000 you post that the fault is in the Math.round in pathanim.js, so you know slide.js is not being used, so the events can't be triggered of course. did you read my post on the bug in pathanim.js line 133 should read y2==y1 NOT y2==y2 so: var dy = y2==y1? 0 : (y2-y1)/N; don't include slide.js in your document anymore.(it might conflict) use onpathstart not onslide use onpathrun not onslide use onpathstop not onslideend That's all I can think of on that subject. Richard:o) ----- Original Message ----- From: "Raymond Smith" <dst...@or...> To: <dyn...@li...> Sent: Thursday, December 07, 2000 2:17 PM Subject: [Dynapi-Dev] Interesting slideTo bug in veiwport (both NS and IE) > I've been using a viewport as a window to view one of nine content options. > It's a 3X3 array of images with 9 slideTo that center each of the nine > windows. This all worked fine til the new animation system, now it has some > odd (but definable behavioral bugs that show up in both IE and NS. > > 1) It works fine on any diagonal slide. > 2) horizontal or vertical slides either are: > a) always wrong in one direction, or > b) wrong every other iteration, in one direction. > > The following method (line 45, slide extension), which should clean up final > moves to destination points (x,y) never seems to fire. > > else { > this.moveTo(this.slideEndX,this.slideEndY) > this.invokeEvent("slide") > this.slideActive = false > clearInterval(this.slideInterval) > this.invokeEvent("slideend") > } > } > > I'll continue to peruse this tomorrow. Wanted to put it up for Dan to look > at since he wrote all the math and event handlers that go into the new > system and 'might' be obvious to him. > > Later, > > DS > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > ____________________________________________________________ > Get your FREE personal .com domain name and > NAMEzero Personal Portal at: http://www.namezero.com. > For customer service, mailto:cus...@na.... > > |
From: Raymond S. <dst...@or...> - 2000-12-07 17:00:00
|
Well, the bug is in pathanim.js. The slideTo methods were overrighting the old slideTo methods and it appears to 'skip' the final pathmove on select horizaontal and vertical moves. Also, I would recommend that the slide.js be deleted or deprecated with an explanation inside it. I entirely missed the new slideTo methods because I did'nt study the new animation code completely. I'll piddle with the pathanim.js later. Probably just needs a final 'movecomplete' check to assure that the animation end == the destination x,y. Simular to what was in the old slideTo. Later DS ----- Original Message ----- From: "Richard :o" <ma...@ri...> To: <dyn...@li...> Sent: Wednesday, December 06, 2000 7:07 AM Subject: Re: [Dynapi-Dev] Interesting slideTo bug in veiwport (both NS and IE) > I'm surprised, on 6/12/2000 you post that the fault is in the Math.round > in pathanim.js, so you know slide.js is not being used, so the events can't > be triggered of course. > > did you read my post on the bug in pathanim.js line 133 should read y2==y1 > NOT y2==y2 so: > var dy = y2==y1? 0 : (y2-y1)/N; > > don't include slide.js in your document anymore.(it might conflict) > > use onpathstart not onslide > use onpathrun not onslide > use onpathstop not onslideend > > That's all I can think of on that subject. > > Richard:o) > > > ----- Original Message ----- > From: "Raymond Smith" <dst...@or...> > To: <dyn...@li...> > Sent: Thursday, December 07, 2000 2:17 PM > Subject: [Dynapi-Dev] Interesting slideTo bug in veiwport (both NS and IE) > > > > I've been using a viewport as a window to view one of nine content > options. > > It's a 3X3 array of images with 9 slideTo that center each of the nine > > windows. This all worked fine til the new animation system, now it has > some > > odd (but definable behavioral bugs that show up in both IE and NS. > > > > 1) It works fine on any diagonal slide. > > 2) horizontal or vertical slides either are: > > a) always wrong in one direction, or > > b) wrong every other iteration, in one direction. > > > > The following method (line 45, slide extension), which should clean up > final > > moves to destination points (x,y) never seems to fire. > > > > else { > > this.moveTo(this.slideEndX,this.slideEndY) > > this.invokeEvent("slide") > > this.slideActive = false > > clearInterval(this.slideInterval) > > this.invokeEvent("slideend") > > } > > } > > > > I'll continue to peruse this tomorrow. Wanted to put it up for Dan to > look > > at since he wrote all the math and event handlers that go into the new > > system and 'might' be obvious to him. > > > > Later, > > > > DS > > > > > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > > ____________________________________________________________ > > Get your FREE personal .com domain name and > > NAMEzero Personal Portal at: http://www.namezero.com. > > For customer service, mailto:cus...@na.... > > > > > > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev > |
From: Alexey M. <ma...@ca...> - 2000-12-07 17:16:17
|
> Also, I would recommend that the slide.js be deleted or deprecated with an insert "alert('Deprecated')" iside it ;) |
From: Robert R. <rra...@ya...> - 2000-12-07 17:33:34
|
The slideBy method from slide.js will need to be added before slide.js is removed. -- // Robert Rainwater On 12/7/2000, 12:14:32 PM EST, Alexey wrote about "[Dynapi-Dev] Interesting slideTo bug in veiwport (both NS and IE)": >> Also, I would recommend that the slide.js be deleted or deprecated with an > insert "alert('Deprecated')" iside it ;) > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
From: Dan S. <dy...@fu...> - 2000-12-07 18:20:52
|
This crossed my mind, however I don't remember actually ever using slideBy(). It's not needed cause you can just do the addition yourself if needed: obj.slideTo(obj.x+50,obj.y+50); Dan On Thu, Dec 07, 2000 at 12:36:18PM -0500, Robert Rainwater wrote: > > The slideBy method from slide.js will need to be added before slide.js > is removed. > > -- > // Robert Rainwater > > On 12/7/2000, 12:14:32 PM EST, Alexey wrote about "[Dynapi-Dev] Interesting slideTo bug in veiwport (both NS and IE)": > > >> Also, I would recommend that the slide.js be deleted or deprecated with an > > > insert "alert('Deprecated')" iside it ;) > > > > _______________________________________________ > > 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 |