Closed
Bug 65502
Opened 24 years ago
Closed 24 years ago
future column divider position not indicated during drag
Categories
(Core :: XUL, defect)
Tracking
()
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.
Comment 1•24 years ago
|
||
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: 4xp → helpwanted
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
Comment 3•24 years ago
|
||
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.
Comment 4•24 years ago
|
||
*** This bug has been marked as a duplicate of 61017 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•