https://bugs.documentfoundation.org/show_bug.cgi?id=87420
--- Comment #19 from Mike Kaganski <[email protected]> --- Created attachment 200794 --> https://bugs.documentfoundation.org/attachment.cgi?id=200794&action=edit A sample to experiment The editing of Calc cells indeed creates the edit box with top-aligned text, while editing a graphical object (textbox in the attached example) makes the edit box set up correctly. Note that both use the same editengine internally, so it's not something fundamentally undoable. (In reply to OfficeUser from comment #6) > There is functionality lost caused by this bug. In general it is possible to > enter edit mode with a double-click exact on that position where you want to > have the caret. With this bug the caret is always at the end of the cell > content after a double-click. > Interesting: If you manage to double-click on the expected position at the > cell top where the text will jump to, the caret will be at the intended > position. This issue is resolved in commit d0a1616ccad0dd5f5a02c1b0204f537b57d0b4b5. A code pointer: ScTabView::MakeEditView is a place where one could put a breakpoint when looking for a code that actually sets up the editing box. -- You are receiving this mail because: You are the assignee for the bug.
