https://bugs.documentfoundation.org/show_bug.cgi?id=134307
--- Comment #4 from Telesto <[email protected]> ---
(In reply to Eike Rathke from comment #3)
> No, it shouldn't. Or rather, it could in this one special case only if the
> target range was empty. As soon as existing data is replaced by the paste at
> least those individual values and changes must be tracked. So while
> splitting the paste into blocks of empty and non-empty target ranges might
> be a solution, tracking the empty target blocks would yield just a "here is
> a block of pasted data". If those then before empty cells contained data
> before which was cleared before pasting, going back in history to pick an
> older value would have to split that one block again. Same if a value in a
> pasted range is changed later. While all this may be doable it would quite
> complicate the tracking and the dependencies of changes.
Valid point.. FWIW.. excel does the same thing.. so not even sure if this
'broken' .. maybe the perf side of this should be tackled... someday
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
