https://bugs.freedesktop.org/show_bug.cgi?id=58440

--- Comment #7 from Roman Eisele <[email protected]> ---
@ Rainer Bielefeld: thank you very much for your detailed instructions!

Testing with LibreOffice 3.6.4.3 on Mac OS X 10.6.8 (Intel), I get the
following results.


(I) Pressing no keys at all
---------------------------

When I follow Rainer’s instructions from comment #5, but do NOT press any key,
i.e. leave out step 2, and just drag column C between column A and B, I would
expect the following result:

   |   A   |   B   |   C   |   D   | ...
-------------------------------------------------
1  |a      |c      |b      |       | ...

But I get this result:

   |   A   |   B   |   C   |   D   | ...
-------------------------------------------------
1  |a      |c      |       |       | ...

I.e., the contents of column C overwrite the contents of column b, instead of
ousting them.

But this is not a bug, because the LibreOffice help says (in section “moving
cells by drag and drop”):

No key:     Cells are moved and overwrite the cells in the target area.
            Source cells are emptied.

Strange, but so it reads, and therefore this is what is expected.


(II) Pressing Alt key
---------------------
Following Rainer’s instructions from comment #5, including keeping the <Alt>
key pressed during the whole drag-and-drop action, I get the following contents
in Columns A to D after step 7:

   |   A   |   B   |   C   |   D   | ...
-------------------------------------------------
1  |a      |c      |b      |c      | ...

So column C has been *copied* (not moved) between columns A and B.

On Mac OS, pressing <Alt> is often used for copying data instead of moving
them. So this could be intended behaviour.

The LibreOffice help says (in section “moving cells by drag and drop”):

Option key   Cells are moved and shift the cells in the target area
             to the right or to the bottom. Source cells are emptied,
             except if you move within the same rows on the same sheet.
             If you move within the same rows on the same sheet,
             the cells in the target area shift to the right,
             and then the whole row shifts to fill the source area.

I confess that IMHO this description is somewhat irritating. There should not
be any “except if...” clauses in descriptions of expected behaviour.
But if I understand the description corectly, the current behaviour is correct:
the “except if you move within the same rows on the same sheet” applies, and so
the source cells are not emptied.


Do you want me to test more key combinations? Until now, I only see irritating
descriptions, but not a bug. But maybe I am just too stupid for this kind of
tests. (I prefer real bugs that crash LibreOffice ;-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to