Double-click on number should select whole number (including decimals), as well as provide Search/Copy actions
Categories
(Core :: DOM: Selection, defect, P3)
Tracking
()
People
(Reporter: tranvanthien2002, Unassigned)
References
Details
(Keywords: polish)
Attachments
(1 file)
28.00 KB,
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 OPR/49.0.2725.64 Steps to reproduce: Dear develop could you fix a small issue when double click on decimal number it can't copy all number as like as opera browser did. for example. when double click on 123.4567 it only copy 123 or 4567 . not 123.4567. i want it copy full number. please see the picture. Actual results: as mention above Expected results: as mention above
Reporter | ||
Comment 1•6 years ago
|
||
and 1 more suggestion. when double click on any text or number it show Search\Copy text box as like as opera browser did. that is very useful. please see the picture attached. thank you very much.
Reporter | ||
Comment 2•6 years ago
|
||
thank you for your attention . hope you fix it asap.
Reporter | ||
Comment 3•6 years ago
|
||
Search/Copy actions.
Reporter | ||
Comment 4•6 years ago
|
||
thank you for your attention. when will you add those features ?
Updated•2 years ago
|
Comment 6•1 year ago
|
||
As far as I can tell, the actual results in this case is the platform behavior in GTK. The original reporter in this case is on macOS, which has the expected behavior in the native text editor (TextEdit). I haven't tested Windows, but if this bug gets picked up, it likely makes sense to match the native behavior.
WebKit and Chromium on Linux also seems to have the "actual" behavior (rather than the native one) - which seems undesirable to me.
Also marking bug 393227 as see also as it reports a similar looking issue.
(In reply to Asif Youssuff from comment #6)
As far as I can tell, the actual results in this case is the platform behavior in GTK. The original reporter in this case is on macOS, which has the expected behavior in the native text editor (TextEdit). I haven't tested Windows, but if this bug gets picked up, it likely makes sense to match the native behavior.
The same happens in Windows 11. Also see https://www.reddit.com/r/FirefoxCSS/comments/1ag7m0h/the_default_behaviour_of_firefox_where_like_2686/.
Description
•