Apache OpenOffice (AOO) Bugzilla – Issue 74359
not all symbols respect line height in "Text mode"
Last modified: 2013-08-07 14:54:45 UTC
not all symbols/operators/attributes/formats respect the line height in text mode. The help document describes the text mode menu as follows "Switches the text mode on or off. In text mode, formulas are displayed as the same height as a line of text. To access this command... Choose Format - Text Mode " View Attached document textmode.odt to view result. Line spacing varies and appears disconcerting when equations containing such symbols are used in a paragraph. The difference in text mode and normal mode should be as follows * In text line height is very important. If an operator or symbol needs to separate into top and below components, then each component must be within the allocated maximum line height, and forsake aesthetic relative size requirements. Font, Location and symbol sizes must be computed to meet line height requirements. * In normal mode the object is font size is absolute as generated by the formula editor. If an operator or symbol needs to separate into top and below components, then each component tries to maintain aesthetic relative size requirements, and allocates more line height if necessary to present the formula. Location and line height requirements must be computed to meet font and symbol sizes. When a paragraph containing many mathematical equations, which the author does not which to stand out on their own is types. Since the line height varies the final result can be disconcerting because of varying line spacing. Fine laser printing makes it possible to print very small characters, and line spacing must be increased only when maybe some format check suggests that characters are too small to be printed, or for simplicity character sizes less than 4. Issue was found in open office 2.1 (release) on WinXP
Created attachment 42872 [details] experiementing with text mode for various formulae
Including excerpts from attached document here as they can be regarded part of the description. This looks bad as line height varies, <an example> I speculate that there could be other mathematical symbols and operators which may be taking more than the line space. < Examples of Wideslash , Widebackslash , matrix , stack , csup/csub , binom, newline , overbrace , underbrace > I think even in a single subscript there is a size change that is not large enough to be perceivable, . The same case with from and to values in limits and integration , The good thing is there does exist efforts to get the height right. Its just that it might not be good enough. The height difference is visible if view zoomed to 800%. The behavioral of the size operator is one of debate. There exist two ways to interpret how this should behave in text mode. relative(size +4), absolute(size 14) There does exist a font size in an external context of an OLE object like the font size of the paragraph or line at which the document is typed in. One way is to discard this information. Since the user explicitly typed in a size one would assume the users knows what he/she is doing. Another approach is to relatively set the font size in the formula. While this is neat it requires the object to be context aware, and hence this might not be a good idea. . Whatever the outside size is could be considered to be of size 10 . So if the context font size is 14. then size +2 should translate to size 16 and size 16 could evaluate to 14/10*16=22.4, rounded to 22. This would preserve a relative notion of font size from the outside world into the object context. A disadvantage could be that the formula object display would need to be recomputed every time the external context font size changed.
MRU->TL: see attached sample. This shows, the the line height in Math's "Text mode" is not always calculated correctly; see the formulas where certain mixtures of brackets and fractions is used.