Closed
Bug 15095
Opened 25 years ago
Closed 24 years ago
clickCount not computed correctly on Win32 (never > 2)
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: elig, Assigned: rods)
References
()
Details
(Keywords: helpwanted, platform-parity, verifyme, Whiteboard: fix is in my tree)
* TITLE/SUMMARY [PP] Triple-clicking doesn't select anything on Win32, Linux * STEPS TO REPRODUCE 0) Launch Apprunner 1) View any web page. (I was using http://slip/projects/marvin/selection/triple- click-text/triple-click-text.html) 2) From within the browser, attempt to triple-click a line of text. * RESULT - What happened On Mac OS, the text is selected. On Win32 and Linux, no selection takes place. (Within the Win32 editor, an editing caret is placed, but no text selection takes place. On Mac OS, it works.) - What was expected Triple-click gestures should select a line of text. (roughly speaking; platform UI guidelines clarifies corner cases, as does the triple-click-text test case cited above.) * REGRESSION - Occurs On Win32 Apprunner (1999092808 optimized build [NT 4, Service Pack 5]) Linux Apprunner (1999092708 optimized build) - Doesn't Occur On Mac OS Apprunner (1999092808 optimized build) * CONFIGURATIONS TESTED - [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM used), 1024x768 (Thousands of Colors), Mac OS 8.6 - [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5. - [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
Updated•25 years ago
|
Component: Selection → XP Toolkit/Widgets
Summary: [PP] Triple-clicking doesn't select anything on Win32, Linux → [PP] Triple-clicking doesn't select anything on Win32
Comment 1•25 years ago
|
||
I believe that this has been addressed on Linux. Changing Summary to reflect that. Eli--please correct summary again if I am incorrect. This bug should be reassigned to someone (rods?) since it isn't a selection problem but a windows-specific problem.
Comment 2•25 years ago
|
||
It's working fine for me on Linux today (though Eli should probably also verify that).
Reporter | ||
Comment 3•25 years ago
|
||
[will confirm when M10 goes out the door; currently using M10 builds...]
if someday the back end gets a tripple click on windows. this will be fixed. I am not going to go fix it since this isnt a regression. most win32 apps dont do tripple click. Again the code is XP and if we get a message of a tripple click from the event code, this will work. if you want, reassign it to someone doing windows event code..
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: WONTFIX → LATER
Reporter | ||
Comment 5•25 years ago
|
||
Changing to RESOLVED/LATER, per mjudge's comments.
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 6•25 years ago
|
||
Verified fixed in Linux on this morning's build. Verifying as LATER per mjudge's comments.
Updated•25 years ago
|
Status: VERIFIED → REOPENED
Summary: [PP] Triple-clicking doesn't select anything on Win32 → [PP] clickCount not computed correctly on Win32 (never > 2)
Updated•25 years ago
|
Assignee: mjudge → trudelle
Status: REOPENED → NEW
Comment 7•25 years ago
|
||
reopen bug; this bug is for clickCount getting updated properly on Windows. Probably the code should have been written xp but that should probably be optimized/unified in another release. Changing summary to match mjudge's findings. I can imagine that other apps / utilities will want an accurate clickCount so I think we should fix this bug.
Updated•25 years ago
|
Resolution: LATER → ---
Comment 8•25 years ago
|
||
btw, this can probably wait until after beta 1
Updated•25 years ago
|
Assignee: trudelle → rods
Comment 9•25 years ago
|
||
reassigning to rods, per hyatt.
Comment 10•25 years ago
|
||
See nsMacEventHandler.cpp for how this can be handled. Not too dificult to replicate in Windows.
Assignee | ||
Comment 11•25 years ago
|
||
changed to M14
Assignee | ||
Comment 12•25 years ago
|
||
moving to M15
Updated•25 years ago
|
Summary: [PP] clickCount not computed correctly on Win32 (never > 2) → clickCount not computed correctly on Win32 (never > 2)
Comment 14•24 years ago
|
||
*** Bug 37373 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 15•24 years ago
|
||
I have no idea how to get three clicks out of windows. Help!
Status: NEW → ASSIGNED
Summary: clickCount not computed correctly on Win32 (never > 2) → [HELP WANTED]clickCount not computed correctly on Win32 (never > 2)
Comment 16•24 years ago
|
||
Rod, scroll up a little to see Michael Lowe's pointer to the file where Mac implemented it.
Comment 17•24 years ago
|
||
rods--The MacOS doesn't give programmers double-click or triple-click messages; just mousedown and mouseup. You may want to look at the Macintosh event code. It has a counter and keeps track of how many consecutive clicks it gets so it can send the dom the proper number of clicks. It really should be pretty easy.
Keywords: helpwanted
Assignee | ||
Comment 18•24 years ago
|
||
fix is in my tree
Summary: [HELP WANTED]clickCount not computed correctly on Win32 (never > 2) → [FIX]clickCount not computed correctly on Win32 (never > 2)
Whiteboard: fix is in my tree
Assignee | ||
Comment 19•24 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Summary: [FIX]clickCount not computed correctly on Win32 (never > 2) → clickCount not computed correctly on Win32 (never > 2)
Comment 20•24 years ago
|
||
Verifying should be easy at a user level: triple-click on a line, and see if a line (or, at least, something more than a word, since there are bugs with line selection) gets selected.
Reporter | ||
Comment 21•24 years ago
|
||
Yup. That's why I marked it with a 'verifyme' keyword, since it was clearly documented enough for net.community people to give it a shot. see ya.
Comment 22•24 years ago
|
||
verified with 071108 mozilla build on NT 4 Tripple click correctly selects the line. This also works in forms (bug 37373)
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•