https://bugs.documentfoundation.org/show_bug.cgi?id=43959
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |stephane.guillou@libreoffic | |e.org Blocks| |107923 Keywords|notBibisectable, regression |needsDevEval --- Comment #22 from Stéphane Guillou (stragu) <[email protected]> --- Hossein, could this be an interesting easyHack? Some pointers from Oliver Specht back in 2010, from https://bz.apache.org/ooo/show_bug.cgi?id=92060#c10: ---- gang65: IIRC the first step is the setting of the zoom value. Called in sw/source/ui/uiview/viewport.cxx The second step is the update of the position values of the rulers(left/right margins, indents, tabs etc.). This is asynchronously called. Once the status of these values is invalidated - at the time of the zoom change - the framework calls the status update method - in SwView::StateTabWin() in sw/source/ui/uiview/viewtab.cxx and then transports the new status to the ruler in svx/source/dialog/svxruler.cxx in the methods SvxRuler::Update...( ... ) >This bug only appears when the whole ruler is visible. This is because of the way the page is moved in the window. If the full page is visible and the zoom is increased then the left margin moves to the left while the ruler zoom change moves the ruler to the right. At higher zoom levels the left page margin moves to the right like the ruler does. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107923 [Bug 107923] [META] Zoom issues -- You are receiving this mail because: You are the assignee for the bug.
