Closed Bug 65502 Opened 24 years ago Closed 24 years ago

future column divider position not indicated during drag

Categories

(Core :: XUL, defect)

x86
Windows 98
defect
Not set
minor

Tracking

()

VERIFIED DUPLICATE of bug 61017

People

(Reporter: ratman, Assigned: trudelle)

Details

(Keywords: helpwanted)

using build 2001011420 on win98, but i've seen this bug for a while. 1) open any dialogue with defined columns (i.e., manage bookmarks, history, etc.) 2) attempt to resize the columns by dragging one of the dividers expected: while dragging the divider, a "shadow" or indicator of some sort appears, displaying where the divider will be if dropped; in other words, something other than just the double-headed arrow appears. actual: nothing other than the double-headed arrow appears while dragging the divider. reproducability is 100%. this may be related indirectly to bug 65501, though i'm not sure how, since divider position during the drag doesn't always correlate to where the divider ends up.
Keywords: 4xp
I don't see this visual effect in Nav4x (so not 4xp), the win32 file manager, Finder on Mac, but it is something the GTK tree does (at least in the gnome file manager), and also an application like Excel does.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: 4xphelpwanted
reinstating minor severity and 4xp with more appropriate change in summary. in navigator 4.08 (the most recent version of the browser?), history/bookmarks/etc. columns physically move, along with the divider marker, during drag. in win32 "explorer" and "my computer", dragging column dividers in detailed view displays a "shadow" indicating future column divider position. neither occurs with moz; it's a "blind drag", so to speak. i'm unsure of mac behavior, so for now it's just win95/8/2k/me. (sick of the quotes yet?)
Severity: enhancement → minor
Keywords: 4xp
Summary: no column divider "shadow" on drag → future column divider position not indicated during drag
Ahh. I get why we are seeing different things. This depends on the setting of "Show window contents while dragging" (or similar phrase on win98). In the case where that is not selected, windows explore will, instead, show the line as ratman notes. But in Mozilla, that line is not shown, and neither is the resized contents (which is indeed a "blind" drag, and not good UE). Thanks for slapping me in the head, and waking me up.
*** This bug has been marked as a duplicate of 61017 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Thanks Blake. (How does he do it ...)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.