https://bugs.documentfoundation.org/show_bug.cgi?id=162018
Jim Raykowski <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|103182 | CC| |[email protected] --- Comment #3 from Jim Raykowski <[email protected]> --- For this case: * gtk3 always clears selections and sets the visible range at the start of the list. * qt5/x11/win keep the start of the visible range the same as it was before the change to the document and also keep selections. After looking at this closer I think there is no bug or regression, just a difference in the way these VCL plugins behave when adding items to a list. Making gtk behave like qt/x11/win in this case seems valid to me. But perhaps a case could be made for the opposite, make qt/x11/win plugins behave as gtk, which, after poking at making gtk behave like qt/x11/win, appears to me to be a much easier hack. My experience using the Manage Changes feature is limited to recent enhancement doings so my vote is with those who actually use the feature. Maybe in the future one of those "Ah ha!" moments will happen for me. Maybe someone interested in making this request happen will take it on :) The area of the code I've been poking around to do is: sw/source/uibase/misc/redlndlg.cxx void SwRedlineAcceptDlg::Activate() Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
