I am creating a standard template, the metrix of which are: Page height: 9 inches Page width: 6 inches Margin top: 4 picas Margin bottom: 6 picas Left margin: 4 picas Right margin: 4 picas If the font height is 10 pts and line height is 12 pts, the number of lines that must be rendered on a single page are 44 (according to standard calculation). However, the below mentioned font families generate different number of line: Times (Adobe font) generates 47 lines Helvetica (Adobe font) generates 39 lines Garamond (true Type font converted using FOP font converter) generates 39 lines I would really appreciate if someone could suggest as to where the problem lies and what could be the possible solution(s).
Created attachment 5088 [details] Testcase
Confirmed. I have attached a testcase for further investigations. Interesting thing is that it works as expected in the redesign (44 lines). :-)
The understanding of what "12pt" means that is implied by the bug report is incorrect. 12pt fonts do not all occupy the same amount of vertical space when their leading is factored in. You can play around with 12pt fonts in Microsoft Word, for instance, to see this easily. More to the point, any college students out there who have played with margins, fonts, and line spacing trying to get an essay to be the proper length know that Adobe's Times font is the bane of papers that are too short. It uses considerably less vertical space than Palatino, Garamond, Helvetica, etc. Microsoft's Times New Roman and Arial occupy the same vertical space, but Adobe's Times and Helvetica never have.
Bug fixed in latest Trunk (rev 584703), and probably in FOP 0.94 and earlier 0.9x versions
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed