Issue 74359 - not all symbols respect line height in "Text mode"
Summary: not all symbols respect line height in "Text mode"
Alias: None
Product: Math
Classification: Application
Component: code (show other issues)
Version: OOo 2.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-02-09 01:40 UTC by hgkamath
Modified: 2013-08-07 14:54 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

experiementing with text mode for various formulae (128.00 KB, application/vnd.sun.xml.writer)
2007-02-09 01:42 UTC, hgkamath
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description hgkamath 2007-02-09 01:40:23 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
Comment 1 hgkamath 2007-02-09 01:42:38 UTC
Created attachment 42872 [details]
experiementing with text mode for various formulae
Comment 2 hgkamath 2007-02-09 02:03:46 UTC
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.

Comment 3 michael.ruess 2007-02-09 09:24:21 UTC
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.