Closed
Bug 142800
Opened 22 years ago
Closed 22 years ago
Double click scrollbar arrows/space is like double clicking where cursor is
Categories
(SeaMonkey :: Composer, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 134503
People
(Reporter: rw, Unassigned)
Details
(Whiteboard: DUPEME)
This is tested only on Windows 2k/98 - I guess double-clicking is rather
platform-specific. It is not a serious problem - but it gives unexpected
behavior when clicking quickly on the scroll bar arrows.
It affects the HTML composer for web pages or mail/news, not the browser or the
plain text mail/news composer, but this could be a result of the abscence of the
elements with properties dialog boxes in these parts of the Lizard.
To reproduce this behavior:
Edit a file or message long enough to create vertical and/or horizontal scroll bars.
Place the cursor on an element which is susceptible (see below).
Double click on either the horizontal or vertical scrollbar, either:
1 - Either arrow.
or
2 - The space between the slider and the end-points, (but only if there is
lots of space and the first click doesn't move the slider to the cursor
position immediately).
or
3 - The small empty box at the bottom right at the ends of both scroll bars.
but not on the slider itself.
Scroll bar movement occurs as normal, but, the bugulacious result is that the
element the cursor was on in the edit window is effectively double-clicked.
This results in a dialog box being created for the properties of that element.
Some elements which do not respond like this:
A plain piece of text, including headings - but the text must not
be in a table. (Note that normal double clicking of a word produces
a selection of that word, but having the cursor in the word and
double clicking the scroll bar does not select the word. This suggests
something about the logic behind the bug.)
Whitespace, again, not within a table.
Some items which do respond like this:
An image.
A piece of text with a link.
Any text, or whitespace inside a table - the table properties box comes up.
A horizontal rule.
A named anchor.
The discussion above relates to double-clicking the left trackball/mouse button.
Use of the right mouse button when the edit screen cursor is on a susceptible
item will also bring up a menu, whereever the actual trackball/mouse cursor is.
This is the case if the actual cursor is elsewhere in the edit window, or if it
is anywhere in the scroll sliders, the spaces in the scroll bars or the arrows
in the scroll bars. This is not such a problem, but it may be related.
Bug 91338 [meta] double-click detection may well be related to what I am
reporting here.
Comment 2•22 years ago
|
||
This is almost certainly a duplicate of a bug that I already fixed 1xx153?
Reporter--please download a newer build and test.
Whiteboard: DUPEME
Reporter | ||
Comment 3•22 years ago
|
||
Thanks brade@netscape.com! I tried a recent nightly 2002050908 for Windows and
the problem is *fixed*.
I guess that as the reporter its for me to make this bug "FIXED" and I have done
so. Someone please correct me if not.
Sorry about the lack of build ID - it was Windows 1.0rc1 2002041711.
- Robin
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 4•22 years ago
|
||
thanks for confirming; this is actually a duplicate of bug 134503
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Comment 5•22 years ago
|
||
*** This bug has been marked as a duplicate of 134503 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•