Sadly removing call to CompresRedlines is not good solution…
AppendRedlines still calls CompresRedlines and CompresRedlines does it dirty 
job by invalidating indexes…

I prefer to modify CompresRedlines so it only compresses Redlines if they are 
inside same node and disable cross-node compressions. As only same-minute 
redlines can be compressed this viewed as allowable solution.

With these modification LO is stable when autocreecting and Undo/Redo
Patch is here https://gerrit.libreoffice.org/47686

Anyone (especially those with commit rights)are welcomed to review this patch.

------ Исходное сообщение ------
От: "Miklos Vajna" <vmik...@collabora.co.uk<mailto:vmik...@collabora.co.uk>>
Кому: "libreoffice@lists.freedesktop.org" 
<libreoffice@lists.freedesktop.org<mailto:libreoffice@lists.freedesktop.org>>
Отправлено: 10.01.2018 19:26:27
Тема: Re: Bug 83260

Hi,

On Tue, Jan 09, 2018 at 05:10:00AM +0000, Yemelyanenko Fyodor 
<fyodo...@hotmail.com<mailto:fyodo...@hotmail.com>> wrote:
 I think that the best solution for bug in question is to remove call to 
CompresRedlines from Undo/Redo. So Undo/Redo won't compress redlines and change 
indexes.
 I don't like to change CompresRedlines as it called by AppendRedline and from 
several other places.
 For me such solution can be safest.

That sounds like a good approach, I was also confused how redlining and
undo compresses the events.

This would also ensure that the behavior of how to compress redline in
saved documents is not changing, which is probably a good thing.

 PS Its funny, that if you type some text in single paragraph with
 change tracking = ON, you'll get new redline every single minute, even
 if you type continuously :-) This is by design, as AppendRedline calls
 CanCombine which only allows combining those text, which has been
 typed during single minute
 
(https://opengrok.libreoffice.org/xref/core/sw/source/core/doc/DocumentRedlineManager.cxx#861)

Yes, that's a known behavior, in the past I broke it and it created a
new redline every second, that was not funny. ;-)

Regards,

Miklos
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Reply via email to