https://bugs.documentfoundation.org/show_bug.cgi?id=166264
--- Comment #6 from V Stuart Foote <[email protected]> --- (In reply to Uralion from comment #5) > Hi again V Stuart Foote: > This bug has been marked as RESOLVED DUPLICATE: > However: > It is not solved. > And I can´t see how it is a duplicate of bug 160226 as nothing similar is > named there (as far as I can see). > You didn´t answer to my previous message (I had 'Enable visual editing' > disabled) > > Could you please justify this decision? > I don't want to change the status myself without knowing your version. The example Taylor equation receives StarMath markup of: f(x) = sum from { n=0 } to { infinity } { {f^{(n)}(x_0) } over { fact{n} } (x-x_0)^n } Only when the visual editing mode is enabled (made non-default for bug 160226) will the bracketing be adjusted, and the spacing issues there be noted. You don't provide the actual command window entry for the formula, but suspect it would show: { f { ( x ) = sum to { infinity } from { { n = 0 } } { { { f ^ ( n ) ( x _ 0 ) } over fact n } ( { x - x _ 0 } ) ^ n } } } Which corrupts the node parsing for the StarMath, on reopen with Visual Mode or Command window editing. Exactly the issue of bug 160226, addressed by removing the Visual Edit mode from default. Reset user profile. Or at least from the sm Formula editor open, select Tools -> Options -> LibreOffice Math and uncheck the 'Enable visual editing'. Apply and OK. Then *restart* LibreOffice, and back into sm Formula editor. Formula node spacing should be recovered, and the legacy node edit mode correctly tracking from command window to formula node elements. Should be correct, even for formulas that had bracketing "adjusted" for Visual Edit mode. The reset and restart is needed to fully clear any residual of the Visual Edit mode. -- You are receiving this mail because: You are the assignee for the bug.
