Open Bug 312675 Opened 19 years ago Updated 2 years ago

Caret should be visible in editable areas also when there is a selection

Categories

(Core :: DOM: Selection, defect)

Product:
Core
Component:
DOM: Selection
Platform:
x86
All
Type:
defect

Tracking

()

People

(Reporter: MatsPalmgren_bugz, Unassigned)

References

Details

Caret should be visible in editable areas also when there is a selection when
the pref "layout.selection.caret_style" == 1 (Windows and Linux, not MacOSX).
It should remain invisible in non-editable areas, unless the pref
"accessibility.browsewithcaret" is true.
I just noticed that we have the eMetric_ShowCaretDuringSelection metric, which is  hard-coded per platform (and is 0 on all platforms, as far as I can see). Should we get rid of the metric and use the layout.selection.caret_style pref instead, or should we somehow use the metric to set the pref, or vice versa?

http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/widget/public/nsILookAndFeel.h&rev=1.51&mark=183#180
See bug 41077, where eMetric_ShowCaretDuringSelection was introduced (under a slightly different name), and set to "1" for Windows. This was reverted to "0" in bug 78949 - which we'll have to resolve somehow if we turn this back on.
Sorry, this is kinda off-topic.
The knowledge base article of mozillazine mentioned the value 3:
http://kb.mozillazine.org/index.php?title=Layout.selection.caret_style&direction=prev&oldid=33856#3_2
Afaik, that hasn't been implemented, so I removed that.
Did I do the correct thing there? And should I file a bug on implementing value 3?
Assignee: selection → nobody
QA Contact: selection
Ping?
http://kb.mozillazine.org/ doesn't respond so I can't see what it said
about 3.  This is what the documentation in the code says:
http://mxr.mozilla.org/mozilla-central/source/modules/libpref/src/init/all.js#1334

Maybe we could treat the value as a bit-field so 3 is implemented as 1+2.
So, this bug intends to implement:
"Caret should be visible in editable areas also when there is a selection on
Windows and Linux (GTK), but not MacOSX.  To adhere platform conventions."

Do we need a UX review for that?
BTW, does Android have the "Linux (GTK)" behavior?
No, on Android, the caret isn't visible on selecting something in a text field. This is tested with the stock browser (Android 2.2).

Note however, on IE (9), the caret is only visible with selection in text fields in chrome. In web content, the caret isn't visible on selection in text fields.
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.