https://bugs.documentfoundation.org/show_bug.cgi?id=140135
Caolán McNamara <caol...@redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |szucs.atti...@nisz.hu
--- Comment #10 from Caolán McNamara <caol...@redhat.com> ---
Maybe more interesting in identifying what changed is to bisect the copy and
not the paste. So bisecting copying those cells and pasting into another
application shows it went from copying...
"TEST
"
to
"TEST TEST
TEST TEST
"
at
commit 1ed04c2029218619aab2f3422130c890f67f309c
Date: Thu Sep 10 16:46:30 2020 +0200
tdf#40993 tdf#59585 sc fill: copy merged cell structure
like other spreadsheets do. This avoids losing and
recreation of merged cell structure again and again
after modifying cell content using fill.
By dragging the fill handle, cell attributes ATTR_MERGE
and ATTR_MERGE_FLAG are copied, too, resulting the
same merged cell structure in the selection. See TODOs
about the remaining tasks.
Co-authored-by: Tibor Nagy (NISZ)
Change-Id: Icd4287d4429d3ba27a2ffb062560856d7ad86099
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102394
Tested-by: László Németh <nem...@numbertext.org>
Reviewed-by: László Németh <nem...@numbertext.org>
wrt the widget getting pasted *into*. With the fix for bug #138848 the newline
and following lines of text are stripped out on paste into the find text
widget, so when pasting that
"TEST TEST
TEST TEST
"
in 7.1.1 and upwards, only the first line of "TEST TEST" is put into the
widget.
AFAICS there is nothing more that can be done at the destination widget side on
this issue, only (presumably) the production of what we put into the clipboard.
caolanm->attila:
Perhaps the solution is to not put the content of hidden cells into the plain
text format when putting that into the clipboard ?
--
You are receiving this mail because:
You are the assignee for the bug.
