Closed
Bug 12764
Opened 25 years ago
Closed 21 years ago
Selection should only start after mouse down + mouse movement threshold
Categories
(Core :: DOM: Selection, defect, P3)
Core
DOM: Selection
Tracking
()
VERIFIED
WORKSFORME
Future
People
(Reporter: dbaron, Assigned: mjudge)
References
(Depends on 1 open bug, )
Details
(Keywords: helpwanted)
DESCRIPTION: When you click on the HR element in the above URL (the horizontal rule), it gets a blue border around it. STEPS TO REPRODUCE: * Load above URL ( http://asp1.sbs.ohio-state.edu/text/severe/atltrop/ ) * click on horizontal line just below column headers ACTUAL RESULTS: horizontal line gets a blue border EXPECTED RESULTS: no blue border DOES NOT WORK CORRECTLY ON: * Linux, apprunner, build from source 1999-08-28, 12:15 PDT ADDITIONAL INFORMATION: I was thinking there was a problem in ua.css causing this, but I couldn't find one.
Comment 1•25 years ago
|
||
Pushing off non-beta 1 issues
Comment 2•25 years ago
|
||
I am 99% sure this is a Text Selection thing. When you select text, it gets an xored rectangle behind it. Well, HRs get this blue border. You can prove this be selecting text either side of an HR - the HR gets blued.
Updated•25 years ago
|
QA Contact: chrisd → elig
Updated•25 years ago
|
Assignee: peterl → mjudge
Status: ASSIGNED → NEW
Component: Style System → Selection
Comment 3•25 years ago
|
||
Maybe a threshold on is needed on the minimum mouse movement needed to start selection after the left mouse button is pressed down.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 4•25 years ago
|
||
This can wait till after beta push, setting to M15.
Updated•25 years ago
|
Summary: HR gets blue border when in active state → Selection should only start after mouse down + mouse movement threshold
Comment 7•25 years ago
|
||
I agree with the threshold thing. It's too easy to accidentally select one character in the location bar when you're just trying to place the insertion point.
Updated•25 years ago
|
Target Milestone: M15 → M16
*** Bug 27528 has been marked as a duplicate of this bug. ***
Comment 12•24 years ago
|
||
*SPAM*: Changing the QA contact of all open/resolved Selection bugs from elig@netscape.com to BlakeR1234@aol.com. After the many great years of service Eli has given to Mozilla, it's time for him to move on; he has accepted a position at Eazel. We'll be sad to see him go, and I'll do my best to fill his spot...
QA Contact: elig → BlakeR1234
Assignee | ||
Comment 13•23 years ago
|
||
*** Bug 21090 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
I see this on WinNT: (a) Mouse down on the location bar and move the mouse a tiny bit. Only the part of the URL to the left of the cursor is selected. (b) Double-click on a word in a web page and then move the mouse a tiny bit. Only the part of the word to the left of the cursor is selected. (c) Mouse down in the middle of a letter on a web page and move the mouse left or right one pixel. The letter is selected. Note that (a) would probably be fixed by fixing bug 62495, making clickSelectsAll trigger on mouseup rather than on mousedown.
Comment 15•23 years ago
|
||
(a) from my previous comment is bug 97822, "Click on URL bar selects only first half of URL".
Comment 17•21 years ago
|
||
The URL address at the top of this bug report no longer exist... I had been brought to this bug report by bug #163594 from vdvo@vdvo.net. Dbaron or reporter, can you verify if bug #163594 is a duplicate bug? Since that the URL of this bug report does not exist, so no idea of what that bug is like. However, bug #163594 showed the guilty party for that bug is due to bug #159207 and this bug report exist way before bug #159207 which make it unlikely that bug #163594 is a duplicate bug of this one...
Comment 18•21 years ago
|
||
Judging by this bug's description (comment 0), it's a direct dupe. Judging by this bug's summary (which is more up-to-date), it's not, in fact, a dupe, but fixing this would also fix the other bug. Pick your choice.
Comment 19•21 years ago
|
||
this seems to be fixed. I cannot reproduce the bug in comment 0 on build Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.5) Gecko/20030925
Comment 20•21 years ago
|
||
As there is no testcase for a long time I close it as Invalid.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Comment 21•21 years ago
|
||
I'm not quite sure that everyone will agree with the INVALID resolution. Either this bug is just about the HR selection issue described in comment 0, and then this is a duplicate of bug 163594 and should be marked as such. Or it's a more general issue, and then it's valid (though perhaps actually an RFE) and not fixed. As far as I'm concerned, though, I don't particularly care. :-)
Reporter | ||
Comment 22•21 years ago
|
||
Changing URL to an equivalent page (it was just a standard apache generated directory listing).
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Reporter | ||
Comment 23•21 years ago
|
||
and marking worksforme, which is true.
Status: REOPENED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•