Issue 84411 - Copy while whole column selected should trim trailing cells
Summary: Copy while whole column selected should trim trailing cells
Status: CONFIRMED
Alias: None
Product: Calc
Classification: Application
Component: editing (show other issues)
Version: OOo 2.3.1 RC1
Hardware: All Windows XP
: P3 Trivial with 5 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 53526 109365 (view as issue list)
Depends on:
Blocks:
 
Reported: 2007-12-10 07:14 UTC by bijugc
Modified: 2014-11-23 22:44 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description bijugc 2007-12-10 07:14:55 UTC
Sub: Copy while whole column selected should trim trailing cells

When user select whole column and do a copy (I used Ctrl+C) Calc now copy 65537
lines to clipboard, even though all the cells after first few rows are empty.

MS-Excel (tested on Excel 2003) will stop copy after last "non-empty row + 1"

This difference in behavior is also there when we do whole row select.

Current OOo Calc behavior is dangerous, 
if user do Edit > Paste Special > Unformated text

Can we make Calc behave like the Excel way?

Also I want to mention, when all the cells in current selection are either in
single row or in single column MS-Excel do this trimming. I dont know whether
that is good. As it is different from the way MS-Excel do copy when an area with
cells from multiple column and multiple row is selected. ie, an area selection
in MS-Excel copies all cells including empty cells.

Steps:-
** On MS-Excel 
1. Open MS-Excel 
2. Fill A1:B10 with some text
3. Select whole column A and B
4. copy using ctrl+c
5. Go to Notepad
6. Do Paste 
7. See result with 11 lines
8. Open MS-Word
9. Do Paste 
10. See result with a table with 11 lines

** On OOo Calc
** repeat same by
1. Open OOo Calc
2. Fill A1:B10 with some text
3. Select whole column A and B
4. copy using ctrl+c
5. Go to Notepad
6. Do Paste 
7. See pasted contents with 65537 lines
8. Open OOo Writer
9. Do Paste Special > UnFormatted Text
10. See system HANGS!!!, ie, waiting for converting 65537 lines
Comment 1 Joe Smith 2008-02-01 20:00:36 UTC
There is a similar issue for copy/paste special as "Formatted text (RTF)" into
Writer. In this case, OOo did not crash, but it took almost an hour to finish
the paste, producing a table with >65000 empty cells and a >1300 page document.
Not a very good experience.

I agree with the suggestion that OOo should truncate the selection to exclude
empty cells from the "tail" of the selection.

Alternatively, there should be some way to cancel the paste operation, or (least
desirable) a warning that the clipboard contains a lot of data and may take a
long time to finish.
Comment 2 hagar_de_lest 2008-02-01 20:21:03 UTC
Confirmed on Linux (official OOo 2.3.1 version under Ubuntu 6.06). Took only 20s
to paste the 65000 rows however (as Calc object with standard CTRL+C / CTRL+V
paste action).

BTW, result of the paste action is a very thin line. It need to be enlarged to
see that's a single column 65000 rows height.
Comment 3 kevinlogan527 2008-04-14 06:25:12 UTC
Agree, the trailing cells/rows should be trimmed, or there should be a way of
doing it easily after the fact. I tried it manually,,, would take hours
manually. Even selecting all doesn't work, or selecting as long a range as possible.
Comment 4 oc 2008-07-15 10:44:00 UTC
reassigning features and enhancements to user requirements@openoffice.org which
will be the default owner for those tasks (was introduced some time ago)
Comment 5 Joe Smith 2009-09-11 14:16:38 UTC
May be same as Issue 53526
Comment 6 discoleo 2009-11-01 18:13:46 UTC
This is a critical issue. Added myself to the cc-list.

There was also a discussion on the OASIS TC list regarding an application
dependent "Table Grid Size" element and my alternative suggestion for the actual
spreadsheet size. I believe that the alternative is much more elegant and
useful, especially for this particular issue, see:
http://lists.oasis-open.org/archives/office-comment/200811/msg00006.html

Comment 7 kyoshida 2010-02-18 01:58:19 UTC
*** Issue 109365 has been marked as a duplicate of this issue. ***
Comment 8 kyoshida 2010-02-18 02:00:01 UTC
this is confirmed, right?
Comment 9 kyoshida 2010-02-18 02:01:16 UTC
*** Issue 53526 has been marked as a duplicate of this issue. ***
Comment 10 petrhrncir 2014-11-23 22:44:59 UTC
This is still an issue in the latest.