Issue 68938 - selections made using the left mouse button + CTRL key vanish when click on selected cell
Summary: selections made using the left mouse button + CTRL key vanish when click on s...
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: OOo 2.0.3
Hardware: All All
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Reported: 2006-08-24 21:17 UTC by norbert2
Modified: 2017-05-20 11:13 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Testkit for "comments from rainerbielefeld Thu Aug 24 22:46:51 -0700 2006" (12.50 KB, application/x-compressed)
2006-08-25 06:50 UTC, Rainer Bielefeld
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description norbert2 2006-08-24 21:17:05 UTC

- please open a spreadsheet

- hold down the left mouse button (lmb)

- move the mouse

- release the lmb

(or hold down SHIFT, press cursor keys, release SHIFT)

Now we have a common selection of a few cells.

- hold down the lmb over the selection and note that the selection can be moved
with the mouse

- release the lmb



- hold down CTRL

- click into cell A1

- click into cell A2

- click into cell A3

- click into cell A4

- release CTRL

- hold down the lmb over the selection:

Now the selection vanishes! Although we have a rectangular, continuous selection
like in the steps we did first. So the selection cannot be moved.

Found on StarOffice 8 Product Update 3 rev. 2 under OpenSUSE Linux 10.1.
Comment 1 Rainer Bielefeld 2006-08-25 06:46:51 UTC
I checked with "2.0.2  German version WIN XP: [680m5(Build9011)]", 
"1.1.4 (German) WIN XP: [645m52 (Build 8824)]"
and I discussed this and an other drag and drop effect with norbert2 yesterday

You can mark those cell areas in diferent ways, the result looks identical, but
the behaviour will be different.

Steps to reproduce

1. open 'test.ods'
2. mark A1:D1 by clicking into A1 and moving mosepointer to D1
3. disengage left mousebutton
4. Click into B1
   highlighted area A1:D1 remains highlighted
5. leave mouse button pushed and move mousepointer to row 20
   Result as expected: Contents of A1:D1 will be moved to row 20
You will get the same result if you mark A1:D1 b< click into A1 and then click
into D1 with pressed <shift> key in step 2.

Now second test: 

12. mark A1 by clicking into A1
13. press <cntrl> key
14. Click into B1
15. Click into C1
16. Click into D1
17. disengage <cntrl> key
   Result: A1:D1 is highlighted, looks as after step 3
18. Click into B1
    expected: highlighting remains for further action
    actual: highlighted vanishes

The behaviour in step 18. is unexpected, highlighting should remain When I click
into a selection until Mousepointer will be disengaged after that click. 
The unexpected effect disappears, if you click isth pressed <shift> into the
higlighted area in a step 17a.

You can see such expected behaviour in 'test.odt_.

21. doubliclick on word "This"
22. <cntrl> 
23. Doubleclick on "sentence"
24. Doubleclick on "want"
25 .disengage <cntrl> 
26. click on "sentence"
    as expected, highlighted remains
27. disengage left mouse button
    as expected, highlighted disappears.

(28.) If you did not do step 27, you can now drag all highlighted words to the
line below.

I do not know whether there is any general UI guidline for this.
Comment 2 Rainer Bielefeld 2006-08-25 06:50:00 UTC
Created attachment 38763 [details]
Testkit for "comments from rainerbielefeld Thu Aug 24 22:46:51 -0700 2006"
Comment 3 norbert2 2006-08-25 19:27:23 UTC
(If I only select one single cell by holding down CTRL while left-clicking into
the focused cell, the selection does not vanish when trying to move.)
Comment 4 frank 2006-09-28 15:27:33 UTC
Hi Niklas,

possible for 2.x ?

Comment 5 Marcus 2017-05-20 11:13:54 UTC
Reset assigne to the default "".