https://bugs.documentfoundation.org/show_bug.cgi?id=141847
Eike Rathke <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #8 from Eike Rathke <[email protected]> --- Actually if there are empty cells in the copied range (e.g. A1:A3 and A2 is empty) and "skip empty cells" is enabled, *nothing* will be pasted for an empty cell, not even overwriting existing content in the target range with empty. Anyhow, that's unrelated to the original report. Now for that, when transferring text to external clipboard, multi-selection is not handled at all but only the block it encompasses. If interested, in sc/source/ui/docshell/impex.cxx ScImportExport::Doc2Text(). That could handle a sparse cell distribution by evaluating the ranges of rDoc.GetClipParam() and include only rows or columns that are part of the selection. (In reply to Roland Kurmann from comment #4) > An idea: One possibility to have a consistent behavior between internal and > system clipboard could be to paste the the internal clipboard to an empty > ClipDocument and then provide this ClipDocument to the system clipboard. Something like that already happens. The selection *as is* (i.e. including the sparse but then empty cells as not copied) is copied to a ClipDoc of which the text is exported when transferring to system clipboard. Still, the target determines the format to export and how to handle details, there is no "provide this ClipDocument to the system clipboard" because the system clipboard does not expect some/any kind of document but a specific format/type the target requests. -- You are receiving this mail because: You are the assignee for the bug.
