Open Bug 751491 Opened 12 years ago Updated 3 years ago

Selecting math symbols in a textarea obscures lines above and below

Categories

(Core :: DOM: Selection, defect, P5)

13 Branch
x86
Windows Vista
defect

Tracking

()

UNCONFIRMED

People

(Reporter: juandevojnikov, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.0; rv:13.0) Gecko/20100101 Firefox/13.0
Build ID: 20120425123149

Steps to reproduce:

I have selected part of text in Czech Wikipedia edit window. There were some maths symbols like ∀, or ∃.


Actual results:

More than 3 lines of text were selected and text of some lines where in the background of selected area, so I didn't see the text behind. I was not able to place cursor on other line.


Expected results:

Sample of text in one line had to be selected.
Component: General → Layout: Form Controls
QA Contact: general → layout.form-controls
Summary: Layout: Form Controls → Selecting math symbols in a textarea obscures lines above and below
Is this a problem only in textareas, or for general text?  Presumably the issue is that whatever font those symbols are coming from has very large max extent metrics, and we make the selection be the size of those metrics to avoid it being _smaller_ than the selected characters...
Component: Layout: Form Controls → Selection
QA Contact: layout.form-controls → selection
Probably yes. I have just tried to select part of text at Wikipedia and it does the same.
I'm not sure there's a way to win here:  The font just has some characters that are really tall and in particular taller than the line height, so the options are either selection shorter than characters or selection smaller than line-height....
Er, selection _larger_ than line-height.
It would help somewhat if we could arrange to paint the selection highlighting behind *all* lines of text (in the textarea or the containing block or something like that), rather than letting it overpaint the earlier line(s).

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: