Apache OpenOffice (AOO) Bugzilla – Issue 79054
Aqua: Rendering too small or too large
Last modified: 2009-01-13 10:49:57 UTC
See screenshot at http://pics.discosoup.net/OpenMRS/aquafont.png . This is an XML Forms document viewed in OpenOffice Aqua. It is a mix of Times New Roman 9 pt and Times New Roman 8 pt with the default system font used in the very bottom section. Times New Roman 8 pt is rendered too small to read and 9 pt is smaller than it appears on other systems as well. Default system font is listed as Lucida Grande 14 pt. See screenshot at http://pics.discosoup.net/OpenMRS/macfont.png for comparison. This is the same document viewed in OpenOffice 2.2.1 (X11) on OS X. The same fonts appear much larger, and some overflow out of their controls. See screenshot at http://pics.discosoup.net/OpenMRS/neofont2.png for comparison. This is the same document viewed in NeoOffice. The default system font at the bottom is listed as 10 pt. See screenshot at http://pics.discosoup.net/OpenMRS/winfont.png for comparison. This is the same document viewed in OpenOffice 2.2.1 for WinXP. Fonts are legible and large enough to read without overflowing out of their controls. It seems as though the Aqua port is not properly rendering font sizes.
Created attachment 46405 [details] Document viewed in OpenOffice Aqua
Created attachment 46406 [details] Document viewed in OpenOffice (X11)
Created attachment 46407 [details] Document viewed in NeoOffice
Created attachment 46408 [details] Document viewed in OpenOffice WinXP
Confirmed with salframe.cxx 1.46.112.111 Something similar affects Calc - see issue 79039. Also see earlier mailing list discussion at http://porting.openoffice.org/servlets/ReadMsg?listName=mac&msgNo=5462 In Writer both applications open with zoom factor 100%, but the aqua zoom factor has to be increased by about 1/3 (to 133%) to get the same appearance as X11.
The problem is most probably similar to issue 79039: the application works with fixed font sizes without taking platform preferences into consideration => though it is easy to work around this particular problem in the platform abstraction layer the only real long term solution is to fix the applications. Could you provide the original document too?
hdu: I am puzzled about why you have asked for the original document. That should not be needed as the next attached srceenshot shows aqua and X11 applications both with font size 12 and both with zoom factor 100%. Or am I mixing up two different issues?
Created attachment 46426 [details] X11 and aqua - same settings - different appearance
It's obvious that there is a difference between the X11 and the Aqua port: the Aqua port tries to integrate into the system much more closely, e.g. by respecting the system font default settings and sizes. Unfortunately some parts of OOo have hardcoded assumptions about font sizes (e.g. Calc sets the default cell font size to 10 points), prefered zoom ratios, etc. On modern systems these assumptions are dubious at best. So there are two ways to attack this problem: - change OOo to use system preferences if possible - add workarounds so that the problems caused by hardcoded assumptions do not become so obvious Aqua's Quartz graphics system tries hard to keep applications above the layer that deals with pixel and resolution dependent issues. Since one important goal of the Aqua port is to provide excellent integration into the platform is a good reason to prefer the first alternative above. This means we have to identify the hardcoded values and fix their occurances. The code doing XML forms seems to contain at least one, but where? A sample document would probably help...
After some experimentation on aqua it shows that the claims previously made that all the sizes are in points were wrong. When implementing printing this wrong assumption came too handy and the older code that handled it was thrown out prematurely. In CWS aquavcl03 I put the resolution dependent code back and adjusted the code to handle the printer device's unusual coordinate transformations too.
*** Issue 79938 has been marked as a duplicate of this issue. ***
Adjusting target milestone to CWS target.
Adjusted the summary as the fix in CWS aquavcl03 also resolves the wrong measurements graphics (e.g. rulers)
verified in CWS aquavcl03
*** Issue 79638 has been marked as a duplicate of this issue. ***
OK in OOO300_m15. Closed