Closed
Bug 3859
Opened 26 years ago
Closed 25 years ago
Buttons still activated when user is selecting text
Categories
(SeaMonkey :: General, defect, P3)
SeaMonkey
General
Tracking
(Not tracked)
VERIFIED
FIXED
M12
People
(Reporter: cpratt, Assigned: kinmoz)
Details
Using apprunner, whenever you use the mouse to select text, moving the cursor
over buttons will still result in visual feedback of selecting or highlighting
the buttons. This is the same behavior as 4.5 - but it seems inconsistent from
my limited UI experience, as you can't do anything with those buttons when the
mouse button is already depressed due to the text selection. German - perhaps
you have a good answer to this question? I'd expect that if the mouse button is
depressed, we shouldn't change the visuals of a button unless releasing the
mouse button over that button would do something (eg dragging a text selection
on the Search button might perform an Internet search using that text).
I think I agree, Eric do you have an idea how we could prevent that?
Updated•26 years ago
|
Assignee: evaughan → kmcclusk
Comment 2•26 years ago
|
||
This is a mouse grabbing bug. If you click in a text field and start dragging
the textfield should capture the mouse. No mouse events should go to any other
widget outside the text field. Unfortunately Textfields are native so this may
not work until they are replaced by Ender. Kevin this looks like a Gecko problem
so I'm going to reassigning it to you.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Updated•26 years ago
|
Target Milestone: M6
Updated•26 years ago
|
Target Milestone: M6 → M7
Comment 3•25 years ago
|
||
QA assigning several orphaned UI/UE bugs. cpratt, I'm giving you the ones you wrote :-), and I'll take the rest.
Updated•25 years ago
|
Target Milestone: M7 → M10
Updated•25 years ago
|
Assignee: kmcclusk → buster
Status: ASSIGNED → NEW
Comment 4•25 years ago
|
||
Steve I'm re-assigning this to you as something to check out when ender-based
text fields and text areas land.
Comment 5•25 years ago
|
||
cpratt--Could you confirm that this bug is created by initiating a text selection
within a form element or is it just normal text in the browser? Adding a URL
above might help. Thanks!
Basic steps to reproduce are:
- Launch apprunner
- In the Location: control, select the current URL beginning at the right-hand
side of the URL (after the trailing slash), being careful to keep the mouse
button depressed
- Continue moving the mouse to the left, over the toolbar button
- Move the cursor back and forth over the Reload button; it will change
(visually) as the cursor passes back and forth over it
-
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
OS: Windows NT → All
Hardware: PC → All
Reopening bug, clearing resolution. The 1999070614 build (actually the August
15, 1999) build has the same exact problem on Windows NT, as does the August 14,
1999 build under Linux. I'm not sure if I can come up with a better description
of the problem - the gist of it is this: when you select a URL in the Location:
control, you are holding the mouse button down. While keeping the mouse button
depressed, move it left to cross over the buttons there (eg Reload). The buttons
currently change when the cursor passes over them, and this is wrong.
Comment 10•25 years ago
|
||
assigned to Kin, should just fall out of his drag-select-autoscroll work
Assignee | ||
Comment 11•25 years ago
|
||
Accepting bug.
Assignee | ||
Comment 12•25 years ago
|
||
I checked in my selection autoscroll code yesterday. I can't seem to reproduce
this in my WinNt M11 build from today.
When I drag select from inside the URL field over the reload, back, and forward
buttons, nothing happens.
Reporter | ||
Comment 13•25 years ago
|
||
Looks fixed to me in the 1999093012 build under NT. kin, could you please
resolve this bug so that I can verify it? Thanks!
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 14•25 years ago
|
||
Marking fixed.
Reporter | ||
Comment 15•25 years ago
|
||
Verifying.
Comment 16•25 years ago
|
||
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•