From: Robert R. <rra...@ya...> - 2000-12-08 22:24:31
|
Here are some of the current issues that I have seen: - The Scrollbar widget does not work in NS. It never appears. I believe this is due to the DynImage/Button widgets. Thus scrollpane is broken as well. Oddly though, pushpanel seems to work - The new list widget (in CVS) has some selection problems. When you select a list item, sometimes the wrong item is bolded. All of these are based on the latest files in CVS, not the snapshot (hasn't updated yet). Please take a look at the issues, especially the scrollbar problem because I am perplexed with that one. -- // Robert Rainwater |
From: Scott A. L. <sc...@sc...> - 2000-12-08 23:37:50
|
There's a small snag in Label. In IE, when you use setSelectable to prevent text from being selected with the mouse, you're also cancelling the browser event. This can also cancel events on the label itself. For example, if you build a list item out of a label with rollover color change events, sometimes the label text will cancel the onmouseout event. If you mouseover the list fast enough you may end up with several items stuck in the rollover position. This could cause problems with other widgets that use Label. In light of this, I'm wondering if we should restore the optional addCover() method that uses a physical layer to cover text. If you don't need it, just use setSelectable. -- scott andrew lepera ----------------------------------- web stuff: www.scottandrew.com music stuff: www.walkingbirds.com |
From: Brandon M. <bnd...@ho...> - 2000-12-09 00:30:57
|
Why not just disable selection events all together. It was done in the dragEvent object way-back when. Simply put: if (is.ie) // Prevents text selection when dragging. document.onselectstart = function () { return false; }; That stopped IE from selecting other text on the screen when a layer was being dragged. easy enough to redirect the selectstart of the target object to either click, or simply return false. I haven't had time to test this, but it seems like a way to solve the selection problem. ----- Original Message ----- From: "Scott Andrew LePera" <sc...@sc...> To: <dyn...@li...> Sent: Friday, December 08, 2000 6:37 PM Subject: [Dynapi-Dev] Label text selection > There's a small snag in Label. In IE, when you use setSelectable to > prevent text from being selected with the mouse, you're also cancelling > the browser event. This can also cancel events on the label itself. > For example, if you build a list item out of a label with rollover color > change events, sometimes the label text will cancel the onmouseout > event. If you mouseover the list fast enough you may end up with > several items stuck in the rollover position. This could cause problems > with other widgets that use Label. > > In light of this, I'm wondering if we should restore the optional > addCover() method that uses a physical layer to cover text. If you > don't need it, just use setSelectable. > > -- > scott andrew lepera > ----------------------------------- > web stuff: www.scottandrew.com > music stuff: www.walkingbirds.com > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |
From: Robert R. <rra...@ya...> - 2000-12-09 04:34:48
|
The cancelBrowseEvent is not even needed in the label widget for it to work correctly. The setting of the cursor (which is done too) seems to do excactly the same thing. I removed the cancelBrowseEvent in IE 5 and had no troubles with the examples. -- // Robert Rainwater On 12/8/2000, 6:37:49 PM EST, Scott wrote about "[Dynapi-Dev] Label text selection": > There's a small snag in Label. In IE, when you use setSelectable to > prevent text from being selected with the mouse, you're also cancelling > the browser event. This can also cancel events on the label itself. > For example, if you build a list item out of a label with rollover color > change events, sometimes the label text will cancel the onmouseout > event. If you mouseover the list fast enough you may end up with > several items stuck in the rollover position. This could cause problems > with other widgets that use Label. > In light of this, I'm wondering if we should restore the optional > addCover() method that uses a physical layer to cover text. If you > don't need it, just use setSelectable. |
From: Robert R. <rra...@ya...> - 2000-12-09 04:54:33
|
Another problem witht the list/label widgets is the many calls to setText. In ListItem, the onmouseout and mousemouse over makes to different calls to change the font (forecolor, textcolor). Each one of these calls, calls setText which sets the html. Maybe we should pass a boolean to the font change functions, that decides whether or not to call setText. -- // Robert Rainwater On 12/8/2000, 6:37:49 PM EST, Scott wrote about "[Dynapi-Dev] Label text selection": > There's a small snag in Label. In IE, when you use setSelectable to > prevent text from being selected with the mouse, you're also cancelling > the browser event. This can also cancel events on the label itself. > For example, if you build a list item out of a label with rollover color > change events, sometimes the label text will cancel the onmouseout > event. If you mouseover the list fast enough you may end up with > several items stuck in the rollover position. This could cause problems > with other widgets that use Label. > In light of this, I'm wondering if we should restore the optional > addCover() method that uses a physical layer to cover text. If you > don't need it, just use setSelectable. |
From: Doug M. <do...@cr...> - 2000-12-11 01:06:12
|
wierd.. I am using the latest(?) from the /src/ dir of a snap shot from a couple of days ago, My scroll works fine? Mind you I am using the skinscroll.. Althogh, I may have over-written the scroll.js with a previous one.. I seem to recall doing that but am not sure.. ----- Original Message ----- From: "Robert Rainwater" <rra...@ya...> To: "DynAPI Development List" <dyn...@li...> Sent: Friday, December 08, 2000 2:27 PM Subject: [Dynapi-Dev] Current Issues > > Here are some of the current issues that I have seen: > > - The Scrollbar widget does not work in NS. It never appears. I > believe this is due to the DynImage/Button widgets. Thus scrollpane > is broken as well. Oddly though, pushpanel seems to work > > - The new list widget (in CVS) has some selection problems. When you > select a list item, sometimes the wrong item is bolded. > > All of these are based on the latest files in CVS, not the snapshot > (hasn't updated yet). > > Please take a look at the issues, especially the scrollbar problem > because I am perplexed with that one. > > -- > // Robert Rainwater > > > |
From: Robert R. <rra...@ya...> - 2000-12-11 03:43:15
|
This has been fixed. Plus Dan updated CVS with a patch to the scrollbar widget that fixes the scrolling problem. The only other issue is the button/dynimage which Dan is working on. -- // Robert Rainwater On 12/10/2000, 11:04:42 PM EST, Doug wrote about "[Dynapi-Dev] Current Issues": > wierd.. I am using the latest(?) from the /src/ dir of a snap shot from a > couple of days ago, My scroll works fine? Mind you I am using the > skinscroll.. > Althogh, I may have over-written the scroll.js with a previous one.. > I seem to recall doing that but am not sure.. > ----- Original Message ----- > From: "Robert Rainwater" <rra...@ya...> > To: "DynAPI Development List" <dyn...@li...> > Sent: Friday, December 08, 2000 2:27 PM > Subject: [Dynapi-Dev] Current Issues >> >> Here are some of the current issues that I have seen: >> >> - The Scrollbar widget does not work in NS. It never appears. I >> believe this is due to the DynImage/Button widgets. Thus scrollpane >> is broken as well. Oddly though, pushpanel seems to work >> >> - The new list widget (in CVS) has some selection problems. When you >> select a list item, sometimes the wrong item is bolded. >> >> All of these are based on the latest files in CVS, not the snapshot >> (hasn't updated yet). >> >> Please take a look at the issues, especially the scrollbar problem >> because I am perplexed with that one. >> >> -- >> // Robert Rainwater >> >> >> > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/mailman/listinfo/dynapi-dev |