xml with html in it -> pdf issue
Hello,I am having an issue transforming some XML to a PDF. The xml contains html which should show up in the PDF as what the html would look like in a browser.At present, the html shows up when the pdf is generated with tags, such as helloHere is the snip from my xsl: Let me know if I can give any more helpful information. Thanks,StephenConnect to the next generation of MSN Messenger Get it now! _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx
Re: About page sequences
On Jul 30, 2007, at 18:13, Richard FARAND wrote: Hi I am new to FOP. In that case: Welcome! I have to print a set of clients' invoices. For each client I have to print a letter first, and then print all his invoices. So I have an XML File with structure like this: letter and invoice do not use the same page-master. I defined two page-masters with master-name = "letter" and "invoice". Which page-sequence (conditional or not), should I use to print for each client, his letter in the right page-master and then all his invoices in the second one. That depends a bit, I think, on whether the letter itself can be more than one page. If not, then it would be conditional-page-master- alternatives you want to look at: - one for the first page (page-position="first" -> refer to the "letter" page-master) - and one for the others (page-position="rest" -> refer to the "invoice" page-master) I can't immediately think of a straightforward solution in case the letter can be more than one page, but perhaps I'm simply missing something... Anyone? Cheers Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Absolute positioning with RTF as target format
Hi all We've got a FOP engine mainly used to produce PDF files. Now, output to RTF is also desired. Most formatting is good, but absolutely positioned block containers don't work. I've read some posts stating that RTF does support absolute positioning, but only for the current page. If a page break occurs before the absolute positioned block is processed, positioning relates to that new page. In my case, all absolutely positioned block containers (4 of 'em) are on the first page, and at the top (like the sender's address of a letter would be), so I feel this restriction does not apply here. a) Does FOP support absolute positioning in RTF, what do I need to know? b) If FOP provides no support, can I post-process the produced RTF? FOP-Version: 0.92beta SDK: 1.5 update7 OS: Windows XP SP2 'RTF Viewer': MS Word 2003 Thanks a lot Simon Niederberger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
setParameter("versionParam", "2.0")
Hi,
in many examples demonstrating the usage of FOP I see this lines:
// Set the value of a in the stylesheet
transformer.setParameter("versionParam", "2.0")
(transformer is an instance of the class javax.xml.transform.Transformer)
What is this parameter for? Does anyone know? The comment is not helping me
very much. Is this parameter really necessary? I don't see any differences
using it or not.
Steffen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quick survey: upcoming release of FOP 0.94
Quite a bit of work, what you suggest here. PCL 6 (aka PCL XL) is a completely different printer language compared to PCL 5. We'd have to develop a completely new renderer. Do you have a budget for this? ;-) What does that mean: "better, but still not adequate"? Does it print correctly on those printers or not? What's the problem? On 31.07.2007 08:48:08 Roland Neilands wrote: > I suggest PCL6 support. > > A late response I know, but this just came up recently & I can't work > around it. > PCL 5 support is being dropped from some new printers it seems: > http://h2.www2.hp.com/bc/docs/support/SupportManual/c00878487/c00878487.pdf > > This has happened a couple of times recently, & the printers don't have > usable postscript support, and bitmapping the fonts in 0.93 sadly didn't > resolve the issue (better, but still not adequate). > It remains for me to say "buy another printer". I wonder how long that > answer will fly? > > Regards, > Roland > > > Andreas L Delmelle wrote: > > > > Hi all > > > > > > As some of you may already know, the fop-dev team is currently in the > > process of preparing a new release. With this post, we would like to > > gather some ideas on what the user community would like to see > > incorporated in FOP 0.94. > > > > Note that the release will already contain some cool new features > > compared to 0.93, like support for border-collapse="collapse", > > auto-detection and -registration of available custom fonts and > > improvements in handling internal destinations... > > > > What we are currently looking for are not large improvements (like > > table-layout="auto", which we are well aware is still missing), but > > more the elimination of small annoyances, little things that could > > mean a great deal to you. > > > > So, shoot away, and we'll see what we can do. No suggestion will be > > dismissed without consideration. Even if we do not implement the > > suggestion immediately, if it's interesting enough, we will definitely > > keep it in mind as a possible priority for the next release. > > > > We would also like this to be an opportunity for users who are in a > > position where they are able to check out and build the 0.94 release > > branch that has been created (*), to see if we have overlooked > > anything in our testsuites. If any bugs or unexpected results turn up > > in your real-time scenarios, we would of course appreciate it very > > much if these are uncovered before the actual release. > > > > > > As always, we value your input and feedback. > > > > > > Thanks > > > > Andreas > > > > (*) http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_94/ > > > > - > > 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Align external graphics with inline elements
Hi Arne, Arne Hildebrand a écrit : > Hi all, > > just a short question regarding the alignment of inline elements. I have > an external graphic (SVG) in an inline element that i like to position > to the middle of the preceding/following text. > > I played with aligment-adjust and alignment-baseline properties of the > surrounding fo:inline element without any success. That was the right property but on the wrong element ;-) You want to set alignment-adjust right on the external-graphic itself: ... text in the line text in the line... You can replace “central” with “middle” or fine-tune with a percentage to meet your needs. HTH, Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
