[Bug 1846940]

2019-11-04 Thread Armin-le-grand
@devseppala: Well - the GridOffset needs to be applied in both cases, so this makes not really a difference... >From the logic I think (2) is the better option - will now do that and check >if it works as intended. Keep in mind that the GridOffset stuff itself is a >compromize fix for the

[Bug 1846940]

2019-11-04 Thread Armin-le-grand
Works well, but need to update local master 1st to prepare commit ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1846940 Title: [upstream] Loop in libreoffice-calc when scrolling to top of

[Bug 1846940]

2019-11-04 Thread Armin-le-grand
Proposed fix at https://gerrit.libreoffice.org/#/c/82031/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1846940 Title: [upstream] Loop in libreoffice-calc when scrolling to top of spreadsheet To

[Bug 1846940]

2019-11-04 Thread Armin-le-grand
Okay, comitted and checked by Xisco -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1846940 Title: [upstream] Loop in libreoffice-calc when scrolling to top of spreadsheet To manage notifications

[Bug 1846940]

2019-11-01 Thread Armin-le-grand
The embedding to TransformPrimitive2D is indeed created by ViewObjectContact::getPrimitive2DSequence and taking supportsGridOffsets/getGridOffset into account - what is completely corect and core element of the change. What seems wrong OTOH is more that in

[Bug 1846940]

2019-11-01 Thread Armin-le-grand
Problem is that ViewObjectContactOfUnoControl_Impl::positionAndZoomControl is used in two scenarios: (1) During paint -> GridOffset is already part of ViewTransformation2D (2) Other (IsVisible, getPrimSeq, ...) -> GridOffset *not* added while (1) is coming from

[Bug 1846940]

2019-10-31 Thread Armin-le-grand
Seems to be special stuff with controls - sigh. When breaking in svx\source\sdr\contact\objectcontactofpageview.cxx:290 in line pProcessor2D->process(xPrimitiveSequence); it can be seen that the ViewInformation2D from *this and at the processor is the same, while later in

[Bug 1846940]

2019-10-31 Thread Armin-le-grand
In adjustControlGeometry_throw aViewTranslate is sometimes *not* zero, but has some values. Thi seems to be the reason for the offsets - tried to hunt down where this comes from, but hard to find - about 25 stack levels involved... -- You received this bug notification because you are a member

[Bug 1846940]

2019-10-30 Thread Armin-le-grand
Happens when the Control is live (not edit mode) and the mapping is - due to non-linear ViewMapping in Calc - dependent on pixel sies. In these cases, ViewObjectContactOfUnoControl_Impl::positionAndZoomControl is called. That uses adjustControlGeometry_throw where aTopLeft, aBottomRight change

[Bug 150937]

2013-04-09 Thread Armin-le-grand
ALG: Adding ORW to CC... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/150937 Title: [Upstream] Large footnotes not fully displayed when mouse is over the number To manage notifications about