Re: Absolute positioning
Andreas L Delmelle wrote: On Mar 15, 2007, at 02:28, Daniel Noll wrote: Hi Daniel, I see from the compliance page that absolute positioning is implemented. However in practice I have an FO file which uses absolute positioning and it seems like it doesn't take effect at all. I culled all the containing elements from my FO output just in case they were to blame somehow, and the issue still occurred. Here's the block (apologies in advance for the way this is going to break): fo:block margin-left=0pt margin-right=0pt id=SlideObj font-size=16.0px unicode-bidi=embed visibility=hidden fo:external-graphic content-height=scale-to-fit content- width=scale-to-fit scaling=uniform src=url(file:/C:/Users/ Daniel/Desktop/testppt_files/slide0001_background.jpg) absolute- position=absolute height=100.0% width=100.0% left=0.0% top=0.0%/ Just a quick FYI: don't expect the 'absolute-position' on fo:external-graphic and fo:inline to have *any* effect at all. The Common Absolute Position properties apply to neither of those FOs. Just to add to what Andreas has told you: absolute-position does apply to block-container. So you can absolutely position block containers but not blocks, inlines or external-graphics. I also noticed that you are using percentages for width/height/left/top. That may work. I personally have only ever used absolutely positioned BC with units specified in mm. Also, note the subtle difference in meaning between absolute-position=absolute and absolute-position=fixed. IIRC, the fixed setting must be used to position the BC relative to the top left of the page. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with font-weight 'bold' for custom font
Hi everybody, switching to the fop-0.93 engine, i am facing problems with the pdf-rendering for font-weight=bold for my custom font 'NewsGothic'. The font is found by the engine, but is rendered only a bit wider, not bold. I am using the following configuration: fop version=1.0 base./base font-baseD:/fonts//font-base renderers renderer mime=application/pdf filterList valueflate/value /filterList fonts font metrics-url=NewsGothicLT.xml kerning=yes embed-file=lte50112.ttf font-triplet name=NewsGothic style=normal weight=normal / /font font metrics-url=NewsGothicLTBold.xml kerning=yes embed-file=lte50114.ttf font-triplet name=NewsGothic style=normal weight=bold / /font /fonts /renderer /renderers /fop The engine is running on a windows system with a j2re1.4.2_11. Any help is highly appreciated! Best regards, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with font-weight 'bold' for custom font
On Thursday 15 March 2007 20:16, Benjamin Schupp wrote: Hi everybody, switching to the fop-0.93 engine, i am facing problems with the pdf-rendering for font-weight=bold for my custom font 'NewsGothic'. The font is found by the engine, but is rendered only a bit wider, not bold. I am using the following configuration: fop version=1.0 base./base font-baseD:/fonts//font-base renderers renderer mime=application/pdf filterList valueflate/value /filterList fonts font metrics-url=NewsGothicLT.xml kerning=yes embed-file=lte50112.ttf font-triplet name=NewsGothic style=normal weight=normal / /font font metrics-url=NewsGothicLTBold.xml kerning=yes embed-file=lte50114.ttf font-triplet name=NewsGothic style=normal weight=bold / /font /fonts /renderer /renderers /fop The engine is running on a windows system with a j2re1.4.2_11. Any help is highly appreciated! Ben, does what is rendered actually match the glyphs as defined in the font, that is does it match what a basic font viewer would show (not what for example MS Word would make out of it)? The reason for the question is that (some) word processors can generate bold fonts from normal fonts by rendering the same glyph multiple times with a slight offset. FOP does not do that. It embeds the font unchanged and without any additional rendering instructions into the PDF (assuming you generate PDF). Best regards, Ben Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
fop 0.20.5 and chinese pdf
hello, I'm using fop with cocoon and i publish pdf in two languages (french, english). Now i want to add chinese content to my publications. so my questions are : - can i publish pdf with chinese caracters with fop 0.20.5? - wich font i have to use in order to have chinese caracters (i know how to configure new font with userconfig.xml)? thanks for your help. ps: i don't want to upgrade to new fop versions now (using fop embedded in cocoon).
Re: Problem with font-weight 'bold' for custom font
Hi Manuel, for some reason it now suddenly works ok!? thanx for your help anyways! Best regards, Ben Manuel Mall wrote: On Thursday 15 March 2007 20:16, Benjamin Schupp wrote: Hi everybody, switching to the fop-0.93 engine, i am facing problems with the pdf-rendering for font-weight=bold for my custom font 'NewsGothic'. The font is found by the engine, but is rendered only a bit wider, not bold. I am using the following configuration: fop version=1.0 base./base font-baseD:/fonts//font-base renderers renderer mime=application/pdf filterList valueflate/value /filterList fonts font metrics-url=NewsGothicLT.xml kerning=yes embed-file=lte50112.ttf font-triplet name=NewsGothic style=normal weight=normal / /font font metrics-url=NewsGothicLTBold.xml kerning=yes embed-file=lte50114.ttf font-triplet name=NewsGothic style=normal weight=bold / /font /fonts /renderer /renderers /fop The engine is running on a windows system with a j2re1.4.2_11. Any help is highly appreciated! Ben, does what is rendered actually match the glyphs as defined in the font, that is does it match what a basic font viewer would show (not what for example MS Word would make out of it)? The reason for the question is that (some) word processors can generate bold fonts from normal fonts by rendering the same glyph multiple times with a slight offset. FOP does not do that. It embeds the font unchanged and without any additional rendering instructions into the PDF (assuming you generate PDF). Best regards, Ben Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
linefeed-treatment=preserve and orphans/windows do not work as expected
Hi Fop-users! I believe this is a bug (perhaps I should better post it to fop-dev?). Personally, I do not need this feature, I tend to avoid linefeed-treatment altogether, I consider them evil ;) The orphans and windows control is ignored completely when linefeed-treatment is set to preserve, even the default setting of 2 is ignored, leaving one line on the next page instead of the expected two. To illustrate this behavior, here's a little 2inch square page: fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=test-page-master page-width=2in page-height=2in fo:region-body margin=0.35in/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=test-page-master fo:flow flow-name=xsl-region-body fo:block widows=2 orphans=2 linefeed-treatment=preserveNeque porro quisquam est qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit.../fo:block /fo:flow /fo:page-sequence /fo:root The last line, adipisci velit... is placed on its own on the next page. Expected are the last two lines (even when widows/orhpans were not set). I tested with FOP 0.93. Cheers, -- Abel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: linefeed-treatment=preserve and orphans/windows do not work as expected
- Oorspronkelijk bericht - Van: Abel Braaksma [mailto:[EMAIL PROTECTED] Hi Abel, I believe this is a bug (perhaps I should better post it to fop-dev?). Personally, I do not need this feature, I tend to avoid linefeed-treatment altogether, I consider them evil ;) It depends... if you ever find yourself in a position where you need to include blocks of source-code in your documents, you'll be very happy such a feature exists. :) Another plus, as I recently indicated in another post: if your document contains a hundred fo:blocks consisting of a single word, merging all the blocks and using preserved linefeeds between the words is much better for the memory footprint than using separate blocks. This is especially true when one uses empty blocks to emulate a newline. The orphans and windows control is ignored completely when linefeed-treatment is set to preserve, even the default setting of 2 is ignored, leaving one line on the next page instead of the expected two. To illustrate this behavior, here's a little 2inch square page: That seems to be a bug indeed. Best reported through Bugzilla... Anyway, thanks for bringing this to our attention. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: fop 0.20.5 and chinese pdf
Arial Unicode MS font should work. Someone else will need to answer the version question. Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fop 0.20.5 and chinese pdf
thank you for your reply, i used this font but i unfortunately get my pdf with # caracters...and my pdf weight was something like 20Mo! (because this font is embedded in the pdf, i think) is there other font that i can try? or it's a limitation of my fop version ( 0.20.5)? thanks. 2007/3/15, Jeff Vannest [EMAIL PROTECTED]: Arial Unicode MS font should work. Someone else will need to answer the version question. Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fop 0.20.5 and chinese pdf
Hi, it is definitely possible with FOP 0.20.5 - at least I succeeded in publishing Chinese documents (running FOP from the command line). Besides Arial Unicode MS, SIMHEI and SIMSUN should work. You will have to use the usual FOP tools to convert the TTF files into XML metric files required by FOP. I cannot tell you whether it still works inside cocoon (I never tried to do that), but neither do I know any reason why it should fail. Kind regards, Markus mahmoudi ould abdel vetah escribió: hello, I'm using fop with cocoon and i publish pdf in two languages (french, english). Now i want to add chinese content to my publications. so my questions are : - can i publish pdf with chinese caracters with fop 0.20.5? - wich font i have to use in order to have chinese caracters (i know how to configure new font with userconfig.xml)? thanks for your help. ps: i don't want to upgrade to new fop versions now (using fop embedded in cocoon). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
'border-collapse=collapse' support in fop-0.93
Hi everybody, I am facing a problem with the 'border-collapse=collapse' property on fo:tables - it seems to be ignored. Is it supported in the current 0.93 release at all? I could not find any definite answers. The example in the 'fop-0.93-bin-jdk1.4.zip' distribution as triggered below gives the same warning messages as i am getting: fop -fo examples/fo/tables/borders.fo -pdf borders.pdf --- snip --- Warning(1165/71): fo:table-column, In the separate border model (border-collapse=separate), borders are not applicable to fo:table-column, but a non-zero value for border was found. --- snip --- Regards, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 'border-collapse=collapse' support in fop-0.93
Benjamin Schupp wrote: I am facing a problem with the 'border-collapse=collapse' property on fo:tables - it seems to be ignored. Is it supported in the current 0.93 release at all? I could not find any definite answers. On the compliance page it is stated as collapsed table model is not yet completed: http://xmlgraphics.apache.org/fop/compliance.html#fo-property-border-collapse Unfortunately, the implementation is far from trivial... -- Abel Braaksma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 'border-collapse=collapse' support in fop-0.93
Benjamin Schupp wrote: Hi everybody, I am facing a problem with the 'border-collapse=collapse' property on fo:tables - it seems to be ignored. Is it supported in the current 0.93 release at all? I could not find any definite answers. Neither FOP 0.93 nor the Trunk version currently support border-collapse=collapse. Sorry snip/ Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 'border-collapse=collapse' support in fop-0.93
OK. Thanx for your help. -- Ben Abel Braaksma wrote: Benjamin Schupp wrote: I am facing a problem with the 'border-collapse=collapse' property on fo:tables - it seems to be ignored. Is it supported in the current 0.93 release at all? I could not find any definite answers. On the compliance page it is stated as collapsed table model is not yet completed: http://xmlgraphics.apache.org/fop/compliance.html#fo-property-border-collapse Unfortunately, the implementation is far from trivial... -- Abel Braaksma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fop 0.20.5 and chinese pdf
tkanks, i tried simsun and arial Uni with no result. i will try the other fonts that you mentioned and i will be backon the same server i publish word documents (using html!) with chinese caracters by using simsun with no pb. is it normal that the xml generated from the arial TTF weights 8KO while the weight of the ttf file is 23MO? thanks 2007/3/15, [EMAIL PROTECTED] [EMAIL PROTECTED]: I publish Chinese docs in 0.20.3 using the MSSONG font. Works great - the only downside is you need to embed the font in the PDF to get it to work and that results in a larger PDF file. *Markus Schütz [EMAIL PROTECTED]* 03/15/2007 11:22 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Re: fop 0.20.5 and chinese pdf Hi, it is definitely possible with FOP 0.20.5 - at least I succeeded in publishing Chinese documents (running FOP from the command line). Besides Arial Unicode MS, SIMHEI and SIMSUN should work. You will have to use the usual FOP tools to convert the TTF files into XML metric files required by FOP. I cannot tell you whether it still works inside cocoon (I never tried to do that), but neither do I know any reason why it should fail. Kind regards, Markus mahmoudi ould abdel vetah escribió: hello, I'm using fop with cocoon and i publish pdf in two languages (french, english). Now i want to add chinese content to my publications. so my questions are : - can i publish pdf with chinese caracters with fop 0.20.5? - wich font i have to use in order to have chinese caracters (i know how to configure new font with userconfig.xml)? thanks for your help. ps: i don't want to upgrade to new fop versions now (using fop embedded in cocoon). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fop 0.20.5 and chinese pdf
I guess you still have the problem that your fonts are not correctly embedded. For convenience, you can throw the TTFs and XML font files in the same folder where you have your userconfig.xml file. Also, make sure that the paths to all the font files in your userconfig file are correct! Did you try to run FOP from the command line? Maybe that helps you to figure out what the problem actually is. Well, 23 MB sound a bit much, on the other hand, version 0.20.5 and its predecessors are not famous for effective PDF compression. Since you want to publish your documents using Cocoon, I suppose you want them on-the-fly, with no postprocessing. Saving the PDF file with Adobe Acrobat will definitely let off air, but maybe this is not an option. Kind regards, Markus mahmoudi ould abdel vetah escribió: tkanks, i tried simsun and arial Uni with no result. i will try the other fonts that you mentioned and i will be backon the same server i publish word documents (using html!) with chinese caracters by using simsun with no pb. is it normal that the xml generated from the arial TTF weights 8KO while the weight of the ttf file is 23MO? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: fop 0.20.5 and chinese pdf
mahmoudi ould abdel vetah wrote: tkanks, i tried simsun and arial Uni with no result. i will try the other fonts that you mentioned and i will be backon the same server i publish word documents (using html!) with chinese caracters by using simsun with no pb. is it normal that the xml generated from the arial TTF weights 8KO while the weight of the ttf file is 23MO? The XML metric file I generated with fop 0.93 has 707KB. Perhaps the metric file was not generated correctly. Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
page numbering in fo/pdf output (FOP 0.93)
Hello everybody, I've noticed that you can change page numbering in a PDF in the following way: In out PDF generated with FOP (from docbook of course) the page number displayer in adobe reader looks like this: 1 of 100 for page 1. Even though page 1 is numbered I (roman) due to this in our document the first page numbered Arabic is 20 of 100 Though the page number _on_ the page is 1. But you can make it look like this: II (2 of 100) And 1 (20 if 100) Is this possible in docbook/fop? Thanks, Hinrich
Re: fop 0.20.5 and chinese pdf
Yes, embedding is really the only way to go, and yes, the file will be PDF smaller because only the glyphs that are used are embedded, not all glyphs in the font. Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fop 0.20.5 and chinese pdf
thanks, Markus, the command line is a good idea, i will try this. Kai, what was the weight of your ttf file? (23MO or more?). i'm agree with you that it's possible that my xml file was wrongly generated! thanks 2007/3/15, Kai Mütz [EMAIL PROTECTED]: mahmoudi ould abdel vetah wrote: tkanks, i tried simsun and arial Uni with no result. i will try the other fonts that you mentioned and i will be backon the same server i publish word documents (using html!) with chinese caracters by using simsun with no pb. is it normal that the xml generated from the arial TTF weights 8KO while the weight of the ttf file is 23MO? The XML metric file I generated with fop 0.93 has 707KB. Perhaps the metric file was not generated correctly. Kai - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: fop 0.20.5 and chinese pdf
mahmoudi ould abdel vetah wrote: thanks, Markus, the command line is a good idea, i will try this. Kai, what was the weight of your ttf file? (23MO or more?). i'm agree with you that it's possible that my xml file was wrongly generated! 23MB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
command line question [newbie]
Hi friends, I have following command line problem on windows system: Because FOP 0.20.5 cannot handle passing parameter, i am trying doing the fo.file with xalan. As second step passing the output file to fop: xalan -PARAM docName finance -IN fw-forms.xml -XSL pdf38.xsl -OUT temp.fop fop -fo temp.fop -pdf finance-doc.pdf But i am getting: Missing argument for option: -OUT Why? Thanks Hans Braumüller Ist http://kunstserie.com Netzkunst? -- Besuchen Sie Hanse Orga vom 27. - 28.03.2007 beim Internationalen SAP-Kongress für Versicherungen Payment Factory in SAP®: Zahlungsverkehr mit dem ipcNavigator® Moneta® fuer SAP®: Integriertes Finanzmanagement in SAP AutoBank® fuer SAP®: Kontoauszugsverarbeitung (FI/FS-CD) Sie finden uns in der 1. Etage / Stand-Nr. 14! -- NEU: Registrieren Sie sich jetzt fuer den Hanse Orga Newsletter! Hanse Orga AG, Oldesloer Strasse 63, 22457 Hamburg, Amtsgericht Hamburg, HRB 80900, Steuer-Nr. 054 850 02946, Ust-ID-Nr. DE 118662733 Aufsichtsratvorsitzender Fritz Horst Melsheimer; Vorstandsvorsitzender Hans-Herbert Lindemann; Vorstand Sven Lindemann; Vorstand Stephan Benkendorf Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Changing the font global?
Hi there, if I have a block with no font-family-attribute, FOP uses a serife-font. Is it possible to change this document-wide to another font? Thank you! Best, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Changing the font global?
You can set font globaly by setting it at on page-sequence diretly Example:fo:page-sequence master-reference=document font-size=8pt font-family=arial,serif Regards, Christian -Message d'origine- De : Thomas Zastrow [mailto:[EMAIL PROTECTED] Envoyé : jeudi, mars 15, 2007 15:24 À : fop-users@xmlgraphics.apache.org Objet : Changing the font global? Hi there, if I have a block with no font-family-attribute, FOP uses a serife-font. Is it possible to change this document-wide to another font? Thank you! Best, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Ce message est confidentiel, à l'usage exclusif du destinataire ci-dessus et son contenu ne représente en aucun cas un engagement de la part de AXA, sauf en cas de stipulation expresse et par écrit de la part de AXA. Toute publication, utilisation ou diffusion, même partielle, doit être autorisée préalablement. Si vous n'êtes pas destinataire de ce message, merci d'en avertir immédiatement l'expéditeur. This e-mail message is confidential, for the exclusive use of the addressee and its contents shall not constitute a commitment by AXA, except as otherwise specifically provided in writing by AXA. Any unauthorized disclosure, use or dissemination, either whole or partial, is prohibited. If you are not the intended recipient of the message, please notify the sender immediately. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE : Changing the font global?
Demers, Christian schrieb: You can set font globaly by setting it at on page-sequence diretly Example:fo:page-sequence master-reference=document font-size=8pt font-family=arial,serif Christian, thank you very much! Works perfect! Best, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: command line question [newbie]
Try putting the -OUT before the -IN -Original Message- From: Braumüller, Hans [mailto:[EMAIL PROTECTED] Sent: Thursday, March 15, 2007 12:15 PM To: fop-users@xmlgraphics.apache.org Subject: command line question [newbie] Hi friends, I have following command line problem on windows system: Because FOP 0.20.5 cannot handle passing parameter, i am trying doing the fo.file with xalan. As second step passing the output file to fop: xalan -PARAM docName finance -IN fw-forms.xml -XSL pdf38.xsl -OUT temp.fop fop -fo temp.fop -pdf finance-doc.pdf But i am getting: Missing argument for option: -OUT Why? Thanks Hans Braumüller Ist http://kunstserie.com Netzkunst? -- Besuchen Sie Hanse Orga vom 27. - 28.03.2007 beim Internationalen SAP-Kongress für Versicherungen Payment Factory in SAP®: Zahlungsverkehr mit dem ipcNavigator® Moneta® fuer SAP®: Integriertes Finanzmanagement in SAP AutoBank® fuer SAP®: Kontoauszugsverarbeitung (FI/FS-CD) Sie finden uns in der 1. Etage / Stand-Nr. 14! -- NEU: Registrieren Sie sich jetzt fuer den Hanse Orga Newsletter! Hanse Orga AG, Oldesloer Strasse 63, 22457 Hamburg, Amtsgericht Hamburg, HRB 80900, Steuer-Nr. 054 850 02946, Ust-ID-Nr. DE 118662733 Aufsichtsratvorsitzender Fritz Horst Melsheimer; Vorstandsvorsitzender Hans-Herbert Lindemann; Vorstand Sven Lindemann; Vorstand Stephan Benkendorf Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Absolute positioning
- Original Message - From: Chris Bowditch [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: Thursday, March 15, 2007 9:02 PM Subject: Re: Absolute positioning Andreas L Delmelle wrote: On Mar 15, 2007, at 02:28, Daniel Noll wrote: Hi Daniel, I see from the compliance page that absolute positioning is implemented. However in practice I have an FO file which uses absolute positioning and it seems like it doesn't take effect at all. I culled all the containing elements from my FO output just in case they were to blame somehow, and the issue still occurred. Here's the block (apologies in advance for the way this is going to break): fo:block margin-left=0pt margin-right=0pt id=SlideObj font-size=16.0px unicode-bidi=embed visibility=hidden fo:external-graphic content-height=scale-to-fit content- width=scale-to-fit scaling=uniform src=url(file:/C:/Users/ Daniel/Desktop/testppt_files/slide0001_background.jpg) absolute- position=absolute height=100.0% width=100.0% left=0.0% top=0.0%/ Just a quick FYI: don't expect the 'absolute-position' on fo:external-graphic and fo:inline to have *any* effect at all. The Common Absolute Position properties apply to neither of those FOs. Just to add to what Andreas has told you: absolute-position does apply to block-container. So you can absolutely position block containers but not blocks, inlines or external-graphics. I also noticed that you are using percentages for width/height/left/top. That may work. I personally have only ever used absolutely positioned BC with units specified in mm. Also, note the subtle difference in meaning between absolute-position=absolute and absolute-position=fixed. IIRC, the fixed setting must be used to position the BC relative to the top left of the page. Well in actual fact, it isn't me using percentages or fo:inline, as it's coming out of someone else's library. :-) The best I can hope to do is contain things in blocks if they can't handle the absolute positioning themselves, by using XSLT. Problem is that even if I take the example above and wrap fo:block-container and fo:block around the inlines, it still doesn't work as expected. But I imagine the transform I've already done here has somewhat improved the validity of the FO output. Daniel Noll Nuix Pty Ltd Suite 79, 89 Jones St, Ultimo NSW 2007, AustraliaPh: +61 2 9280 0699 Web: http://nuix.com/ Fax: +61 2 9212 6902 This message is intended only for the named recipient. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this message or attachment is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]