64643 - Caret blinks when selection is not collapsed

Status: VERIFIED DUPLICATE of bug 78949

(Core :: DOM: Editor, defect, P1)

Description

[Charles Manske]

When you select some text or table cells, there is still a blinking "caret" at
the right edge of the selected block. The blinking caret should be suppressed
when we have any non-collapsed selection.
Simon used to own caret problems -- does he still or does Tony?

Comment 1

[Blake Ross]

I recently turned on the caret during selection on Windows...

Comment 2

[Simon Fraser [no longer active]]

Over to Blake.

Comment 3

[Charles Manske]

Blake: Ummm, why?

Comment 4

[Blake Ross]

Because that's the correct behavior on Windows.  See bug 41077.  Is there a 
specific bug here?

Comment 5

[Charles Manske]

Looking at the comments in bug 41077, I agree that native Windows does show a
blinking caret in textfields. I never noticed it and don't really see why it's
needed.
Anyway, we definitely do *not* want it blinking in Composer when editing a page
and we have a non-collapsed selection, so whatever you did in 41077 should be
done only if in a textfield.

Comment 6

[Blake Ross]

Okay, although I think it might be better to just let the caller specify.

Comment 7

[kinmoz]

Adding myself to Cc.

Comment 8

[sujay]

this bug needs a target milestone.

Comment 9

[Blake Ross]

Attachment: [patch] add appropriate method (still need to figure out where to call this that's Composer-specific)

Comment 10

[Matthew T (active 1999-2002)]

This bug is the anti-dup of bug 41077. Either we fix this and back out the fix 
for bug 41077, or we leave bug 41077 fixed and wontfix this. We shouldn't be 
internally inconsistent, by having one behavior in some parts of Mozilla and 
another behavior in other parts.

Note that whether or not we show the caret for a selection isn't just a 
cosmetic issue -- it affects what the Up and Down keys do. That's why it's 
important to be internally consistent.

Comment 11

[Blake Ross]

So what's the deal?  Any comments on what Matthew said?

Comment 12

[Simon Fraser [no longer active]]

I vote we just turn off the caret-with-selection.

Comment 13

[kinmoz]

If we have to have an all or nothing scenario, I vote for off ... and if we ever 
decide in the future that we need it, it shouldn't be turned back on until all 
the little quirks that this exposes (like the caret appearing in a non-selected 
cell, etc) are fixed.

Comment 14

[Blake Ross]

The fix for this is in bug 78949. It's all the same root problem.

*** This bug has been marked as a duplicate of 78949 ***

Comment 15

[sujay]

verified.