NEW 258537
Selection looks bad, as it selects more than just text 
https://bugs.webkit.org/show_bug.cgi?id=258537
Summary Selection looks bad, as it selects more than just text
println.lb
Reported 2023-06-26 15:44:57 PDT
Created attachment 466828 [details] Attachment shows a screenshot of me when I select all using the shortcut [CMD + A]. It selects more elements than it should, as it selects seemingly random html elements and not just text. The select all (CMD + A) on safari selects more than just text. It selects random html elements as well, and overall, looks unappealing.
Attachments
Attachment shows a screenshot of me when I select all using the shortcut [CMD + A]. It selects more elements than it should, as it selects seemingly random html elements and not just text. (364.65 KB, image/png)
2023-06-26 15:44 PDT, println.lb 		no flags
Details
rendering in safari, firefox, chrome (493.89 KB, image/png)
2023-11-30 03:41 PST, Karl Dubost 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2023-06-26 19:02:38 PDT
*** Bug 258538 has been marked as a duplicate of this bug. ***
println.lb
Comment 2 2023-06-28 11:15:52 PDT
How can I resolve this issue?
Radar WebKit Bug Importer
Comment 3 2023-07-03 15:45:15 PDT
<rdar://problem/111708963>
Ahmad Saleem
Comment 4 2023-11-30 02:12:19 PST
I think it is intended behavior of 'ungapped' selection, which is due to macOS system behavior. Unless if I am missing something? @Alan & @Karl - anything from your side?
Karl Dubost
Comment 5 2023-11-30 03:41:50 PST
Created attachment 468818 [details] rendering in safari, firefox, chrome I think the report is about the large area being highlighted compared to Firefox and Chrome. Hmm I don't have an answer on the why it is like it is.
alan
Comment 6 2023-11-30 05:49:00 PST
(In reply to Karl Dubost from comment #5) > Created attachment 468818 [details] > rendering in safari, firefox, chrome > > I think the report is about the large area being highlighted compared to > Firefox and Chrome. > Hmm I don't have an answer on the why it is like it is. as Ahmad said, standard macOS behavior where line and block gaps are also painted selected.
Note You need to log in before you can comment on or make changes to this bug.