124617 - Clicking in textarea does not deselect selected text outside of textarea

Status: RESOLVED DUPLICATE of bug 56472

(SeaMonkey :: General, defect)

Description

[The Cunctator]

On a page with a textarea box, if you select text outside of the box, then click
inside of the box, the selected text remains highlighted. It should become
deselected.

To reproduce:
1. go to a page with a textarea box
2. select some text on the page
3. click in the textarea box

Comment 1

[Karl Johan Kleist]

Reporter: Please always specify which "Build ID" you're using.

I can reproduce this, using 2002 02 08 03 on Windows 2000.

Comment 2

[R.K.Aa.]

dup of bug 19473?

Comment 3

[The Cunctator]

No. This refers to textarea behavior.

BTW, I'm using Build 2002020516.

Comment 4

[Greg K.]

This requires some input from Mozilla's selection engineer as to whether this
behavior is intentional or a problem.

Comment 5

[Greg K.]

Reassigning to Selection owner and QA.

Comment 6

[saari (gone)]

I believe this is "intentional". We try to support more than one selection per
window.

Comment 7

[Andrew Hagen]

Invalid. This is by design.

Comment 8

[The Cunctator]

It's a nonstandard design which violates Mac UI.

If multiple selections are to be supported, then there needs to be a difference
in visuals between active and unactive selections.

Unactive selections in Mac UI (and probably others) should be rendered only as a
bounding box, not as a solid background color.

Comment 9

[The Cunctator]

Here's the official Apple line on this:

http://developer.apple.com/techpubs/macosx/Essentials/AquaHIGuidelines/AHIGUserInput/iSelections_in_Text.html

They want inactive selections to be rendered in the secondary color, a
percentage of the primary selection color (the Stickies app is a good example of
this at work).

I'm also at a loss at how anyone could make use of multiple selections within a
single window. If focus of the main text of the window (what's selected on
command-A) is lost to a textarea box, how can it be returned by the user?

Or is this functionality supposed to be for wacky javascripts and the such?

Comment 10

[Andrew Hagen]

--> User Interface Design

Comment 11

[saari (gone)]

I'm not a fan of multiple selections either, but it is the world we're in for
the moment.

Comment 12

[Greg K.]

Since the dual-selection behavior is presently the correct behavior, resolving
INVALID.

(If you like, you can open a new RFE bug about changing the behavior.)

Comment 13

[Jesse Ruderman]

This is a dup, not invalid.

Comment 14

[Jesse Ruderman]

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