Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | not all symbols respect line height in "Text mode" | ||||||
---|---|---|---|---|---|---|---|
Product: | Math | Reporter: | hgkamath <hgkamath> | ||||
Component: | code | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues | ||||
Version: | OOo 2.1 | ||||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
hgkamath
2007-02-09 01:40:23 UTC
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. |