Dialog: jumps around while dragging (FF/linux)

[guest]

Opening ​http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/test_Dialog.html in Linux using Firefox 2.0.9, and clicking Show Dialog shows a Dialog. Trying to move it around the screen results in Dialog chaotically jumping around.

[bill]

Is this only a problem on Linux? I've tried FF2 on PC and mac and see no problem. The dialog is a bit jumpy in movement but I wouldn't call it chaotic. Just has a bit of a lag.

[dante]

afaik, yes. linux FF only.

[guest]

I'm on Ubuntu and I use Firefox 2.0.0.11 and I've also this issue.

[guest]

There are also this issue on Firefox 3.0 alpha 8.

[bill]

OK, I don't have any variant of UNIX (besides the mac), so one of you is going to need to debug this. If there's an issue with Dialog itself I can give you advice, although probably it's just an issue with DnD itself; you might want to try some of the plain DnD tests to see if they work.

[guest]

dojo/tests/dnd/test_moveable.html works very well on Ubuntu Firefox 2

[guest]

I've found problem origin :

In dijit.css at

.dijitContentPane {

display: block; overflow: auto; /* if we don't have this (or overflow:hidden), then Widget.resizeTo() doesn't make sense for ContentPane? */

}

if I remove "overflow: auto" then dijit.Dialog move very well.

I don't know how fix it cleanly.

[Douglas Hays]

See also #5562

[bill]

I don't know why that overflow: auto rule is there to begin with, since overflow: auto is the default for <divs>. So it's probably OK to remove it but need to make sure that other widgets like Accordion or TabContainer? don't break (ie, make sure that a scrollbar appears when necessary)

Note also that Dialog in 0.9 is different than Dialog in 0.4, because the Dialog in 0.4 has a specified width/height (ex: style="width: 300px; height: 300px'") whereas 0.9 forwards, the height is just determined by the content, just like a plain <div> w/no specified style. Perhaps setting the height/width while dragging would help.

[dylan]

I believe it is there for the Firefox 2 bug where the cursor gets hidden in form fields... it's deliberately there.

[dylan]

By the way, I was referring to the fix for #1417

[Douglas Hays]

Please re-evaluate this ticket's problem using the dojo trunk with revision [12805]. IE dragging was also jumping/lagging and that is now performing better.

[guest]

Trying on the nightly link now works for me in FF2!

Thanks!

David Snopek (​http://www.hackyourlife.org/)

[Douglas Hays]

Let's leave this defect open for now since we may want to back out the fix from dojo core and put it in dijit instead.

[Douglas Hays]

(In [13014]) Fixes #5285, #6138. Change Dialog to use the new TimedMoveable? code.

[bill]

Regarding the overflow:auto, see #6350. It's there for ContentPane on-purpose (although it's debatable), but we could add an overriding rule for Dialog (and other widgets that derive from ContentPane) if necessary.

[bill]

(In [14913]) Remove overflow: hidden from Dialog. Although it makes dragging smoother on FF2/linux, it causes a disappearing cursor problem on FF2. The bad outweighs the good. Fixes #7408, refs #5285.

[ergo]

The problem still exists tested on: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008072820 Firefox/3.0.1

last build that act fine (but slow) 2008-08-19 2008-08-20 - problems start from here on

[bill]

Yes, as per [14913] this is an expected problem (it should still be usable, just jumpy). Is it unusable for you?

You could try adding rules like:

.dijitDialog {
     overflow: hidden;       /* override overflow: auto; from ContentPane to make dragging smoother */
}
.dj_ff2 .dijitDialog {
     overflow: auto;          /* avoid disappearing cursor problem, see http://bugs.dojotoolkit.org/ticket/7408 */
}

[Douglas Hays]

I recommend adding the above css rules to dijit.css

[bill]

(In [15984]) Fix jumpy dialog dragging on linux. Fixes #5285.

[liucougar]

In [26165]:

refs #5285: remove timeout argument for Moveable, and consolidate creation of Moveable

!strict