https://issues.apache.org/ooo/show_bug.cgi?id=123003
--- Comment #7 from Armin Le Grand <[email protected]> --- ALG: Comment accidentially added to #122920# adding here: ALG: It depends currently on the DragSingles setting which is part of the user settings; this is the flag which switches when entering/leaving single point mode. The error can be reproduced with a new doc when switching to PointEditMode and then working on a text object. The test document has this flag set in the user settings. Of course this sould be independent from PointEditMode; checking sources... New comment: ALG: This goes to old and dangerous stuff; it has to do with the EditEngine itself which gets for active text edit coupled with the active window; during text edit, it directly paints to that window (for repaints I already created a way to paint into another OutputDevice to get rid of the repaint flicker). Due to this direct painting into the window it collides with overlays, so no overlays are allowed during text edit. Thus, the text frame which can be seen during text edit is not part of the Overlay, but painted directly in the EditEngine/Outliner paint phase (SdrObjEditView::ImpPaintOutlinerView). BTW: This is one of the things I have on my list of necessary reworks... To solve this, there is already code in SdrMarkView::SetMarkHandles which avoids handle/overlay object creation (see bHideHandlesWhenInTextEdit and bHideHandlesWhenOleActive), but only in the case for bFrmHdl (the case in PointEdit mode). This needs to be done in all modes, so it needs to be moved outside. An alternative is to force to bFrmHdl with TextEdit. Trying this out... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
