Context menu appears to show "Copy. Image" with an apparently-spurious dot
Categories
(Firefox :: Theme, defect)
Tracking
()
People
(Reporter: dusty_mag, Unassigned)
Details
Attachments
(1 file)
|
4.11 KB,
image/png
|
Details |
Copy. Image
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0
Steps to reproduce:
right click on an image that's able to be copied
Actual results:
context menu came up with TYPE-O
Look carefully at Copy Image
It says Copy. Image (with a period)
Expected results:
It should say Copy Image instead with no period on the Context Menu. And I should win a prize since that's been there FOR A WHILE.
|
||
Comment 2•1 year ago
|
||
This is underline. The under line is interrupted where they would otherwise cross over a glyph by default.
|
||
Comment 3•1 year ago
|
||
Not really a Core bug, this is working as intended from a rendering point of view.
The problem is simply that underlining a single character that has a descender may result in little or nothing being rendered for the underline, because of the conflict with the descender. So perhaps it would be worth considering a styling change of some kind to ensure that the underline remains more visible. A couple of possibilities could be:
(a) Use text-decoration-skip-ink: none to disable the ink-skipping behavior, so that the underline will be drawing right across the width of the glyph. Of course, this may look a bit messy, which is exactly what ink-skipping aims to mitigate.
(b) use text-underline-position: under to move the underline below the descender, instead of drawing it just below the baseline. But this may look worse for characters that don't have a descender.
(Neither solution seems ideal to me, though. Probably I'd lean towards (a), and accept that underlining accelerator keys is just ugly UI.)
|
||
Comment 4•1 year ago
|
||
I've reproduced this in Nightly 118.0a1 and Firefox 116.0.3 versions on Windows 10 x64.
Setting as NEW.
Description
•