Re: line-height interpretation
On Tue, 6 Jul 2004, Clay Leeds wrote: Adam, On Jul 6, 2004, at 2:18 PM, Adam Augusta wrote: The 'line-height' property is supposed to specify the height of a text block as a multiple of the font size. The spec* says that the user agent may pick a reasonable multiplier, recommended between 1 and 1.2. I said Forget that! I want to my spacing to be deterministic, thank you very much. What is this, CSS? So I specified my own spacing. snip / No matter what line height I pick, the engine seems to add 5pt plus a little more. So if I pick 17pt, I get 22pt+, and if I pick 7pt, I get 12pt+. The compliance page says that the property is fully implemented. So why am I getting this 5pt+ discrepancy? snip / I don't know if it makes a difference, but it may help to know what the output target is (PDF? AWT? PS?) as well as the JVM/JDK. I've found kerning differences in output between AWT (-awt -print) vs. PDF, that is affected (exacerbated?) by the version of the Java Virtual Machine. I realize you are writing about line-height, but perhaps (hopefully?) this may contribute to a workaround. In either case, perhaps we need to update the /compliance.html... Web Maestro Clay PDF output java version 1.4.2_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04) The only workaround I can think of is to make each line a block container with an absolute position. *grimace* -Adam PS: Generating an SVG representation of a block container, putting a rotate transform on the SVG group, and then reembedding that SVG into a larger XSL:FO document seems to work well! I can even rotate to non-90 degree orientations, but then of course I have to do some trig with widths and reference points. (Of course, with the problem above, I'm going to have to come up with new reference points for every line. *shudder*) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Adobe Type Manager
I'm not sure I would call this a bug, but some might find this information useful regardless. I install my postscript fonts using Adobe Type Manager. FOP was able to use these fonts just fine. But when I tried to embed SVG text, the output came out in some default font like Arial. When I uninstalled the font from ATM and installed it natively in Win2K, the SVG text came out with the correct font. Is this the Way It Must Be Done(TM), or is there some way I can continue using ATM? -Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Auto-sized block?
On Wed, 30 Jun 2004, Richard Evans wrote: I want to have a block of text with a border and background colour which is just wide enough for the text. The only solution I can think of involves having either a transform or simple program run through the XML font metric file and assess the width + kerning of your text to come up with an appropriate width for your block container. -Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Vertical Centering
Thanks for your prompt and able reply, Chris. :) Comments interleaved... On Thu, 24 Jun 2004, Chris Bowditch wrote: Adam Augusta wrote: The compliance page gives every indication that using the display-align property of a block-container to vertically center output should work. Why isn't the output text vertically centered in the 4x5 area? snip this should work. The only thing that strikes me as slightly unusual is that youve specified wrap-option=no-wrap. Try taking this off. Didn't change anything. If this fails, try getting rid of the nested blocks and just put the text directly below the block-container. The text didn't even render. Won't work for my application anyways - I need to specify spacing between individual lines. I realise this is far from ideal, but display-align is not fully implemented. One work around would be to put a single column/single row table in there and specify display-align=centre on the table-cell. Even with the table workaround, I'm not getting vertically centered. I've included the whole document this time in case I've missed something. The workaround I'm contemplating is creating a block-container for each and every line, but that would be quite suboptimal. ?xml version=1.0 encoding=utf-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=simple page-height=11in page-width=8.5in margin-top=0in margin-bottom=0in margin-left=0in margin-right=0in fo:region-body margin-top=0in margin-bottom=0in/ fo:region-before extent=0in/ fo:region-after extent=0in/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simple fo:flow flow-name=xsl-region-body fo:table table-layout=fixed width=4in height=5in fo:table-column width=3in/ fo:table-body fo:table-row fo:table-cell display-align=center text-align=center fo:blockhello/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root -Adam PS: I notice that for some people the Reply-To is just fop-user, while for others the Reply-To also includes their personal e-mail address. I presume this is intentional? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
