Re: PDF meta properties (was Re: basic-link)
Clay Leeds wrote: I was unaware that FOP has the ability to add Producer, Author and Title properties It can be set via the PDF renderer API, at least for HEAD. Maybe the producer is hardcoded to FOP or something (look into the source for details). It's not accessible on the command line yet. J.Pietschmann
RE: PDF meta properties (was Re: basic-link)
-Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] I was unaware that FOP has the ability to add Producer, Author and Title properties to FOP. In fact, the web site still shows FOP does not currently support several desirable PDF features: document properties (title, author, etc.), and watermarks.: http://xml.apache.org/fop/output.html#pdf Maestro, Hold yer horses here... I had to do a bit of browsing around in the code to find out that support for these is already implemented. Once I saw this, it was merely a question of calling the appropriate method(s) in the Driver. (In fact, the producer field was already being used. At first I added the other properties to the code myself, after reading a bit through the pdf spec based upon what was already there... Only to find out later on that these were also added by dev... :) ) If support for these have been added, I think it would be great to add this info to the web site. If it's been added to 1.0Dev then, as Emily Litella would say... never mind. Hmmm... I doubt the way it works right now deserves to be put on the site somewhere, but still it's probably nice for some users to know that these features are already available under the surface somewhere. Greetz, Andreas
Re: basic-link brocken (maintenance branch)
Hi guys, If the problem is that the link rectangles are now merged by default, I am the one that changed it. There was a bug: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9335 and I was doing a bunch of improvements to the positioning of the link rectangles. However, in this case, all I did was change the default merge behavior to yes. Is there something else broken? Regards, Karen Jeremias Maerki wrote: I fixed a bug there, but this obviously brought another. I'll have a look at it. On Wed, 13 Nov 2002 12:17:59 +0100 Christian Geisert wrote: Hi, I just discoverd that basic-link isn't working as expected in the maintenance branch (docs/example/fo/links.fo for example) It seems that mergelinks() is the problem so I'll change the default links.merge to no if there are no objections. (IIRC there has been some discussion about this but a quick search on the mailing list did not find anything) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: BASIC-LINK
Sergio wrote: and the render crashes... If I make different the name of the basic-link or the name of the block id, the pdf is well rendered. I have anothers .fo files with many more links that are well rendered, but this file no. Why ? Looks too bizarre, open a bug in bugzilla and attach full fo document illustrating the problem. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: basic-link brocken (maintenance branch)
I fixed a bug there, but this obviously brought another. I'll have a look at it. On Wed, 13 Nov 2002 12:17:59 +0100 Christian Geisert wrote: Hi, I just discoverd that basic-link isn't working as expected in the maintenance branch (docs/example/fo/links.fo for example) It seems that mergelinks() is the problem so I'll change the default links.merge to no if there are no objections. (IIRC there has been some discussion about this but a quick search on the mailing list did not find anything) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: basic-link internal-destination
the id has to be unique.. possibly ur assigning the same id at more than one location in your document.. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, November 26, 2001 12:15 PM To: [EMAIL PROTECTED] Subject: fo:basic-link internal-destination Hi, I'm facing a problem in basic-link internal-destination. The problem is, when my document in first page contain internal-destination attribute then in second page contains the id attribute (which refer to internal-destination). When I run fop.0.20.1 the fop given me an error The 'id' already exists in the document. If my document contain internal-destination attribute and id attribute on same page then the fop can produce pdf file for me. So, I hope that anyone can tell how to solved the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Basic Link
Basic links that have a destination that will be on a following page are broken. The changes involving the stream renderer do not check to make sure that the links are resolved before rendering the page, or more correctly, the id references don't care about basic links. You have just found the reason for Bug #3354 which I've searched for several hours. Thank you very much! That explains that when copying the lines where the link is into an new file no error happens, because the link and the destination are on the same page. MfG, Daniel -- Daniel Knapp [EMAIL PROTECTED] int a=1,b,c=2800,d,e,f[2801],g;main(){for(;b-c;)f[b++]=a/5;for(;d=0, g=c*2;c-=14,printf(%.4d,e+d/a),e=d%a)for(b=c;d+=f[b]*a,f[b]=d%--g,d/= g--,--b;d*=b);} berechnet Pi auf 800 Stellen genau. :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Basic Link
Basic links that have a destination that will be on a following page are broken. The changes involving the stream renderer do not check to make sure that the links are resolved before rendering the page, or more correctly, the id references don't care about basic links. Unfortunately that's not always correct, I've found an example against your theory. The basic-link is on page 2, the referenced link is on page 1. Have a look at the attached .fo and .pdf-file (don't be confused, the links are invisible). MfG, Daniel -- Daniel Knapp [EMAIL PROTECTED] int a=1,b,c=2800,d,e,f[2801],g;main(){for(;b-c;)f[b++]=a/5;for(;d=0, g=c*2;c-=14,printf(%.4d,e+d/a),e=d%a)for(b=c;d+=f[b]*a,f[b]=d%--g,d/= g--,--b;d*=b);} berechnet Pi auf 800 Stellen genau. :-) ?xml version=1.0 encoding=ISO-8859-1? !-- edited with XML Spy v3.5 NT (http://www.xmlspy.com) by Daniel Knapp (Universität Rostock) -- fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=A4 page-width=210mm page-height=297mm margin-top=15mm margin-bottom=15mm margin-left=25mm margin-right=25mm fo:region-before extent=15mm/ fo:region-body margin-top=15mm margin-bottom=15mm/ fo:region-after extent=15mm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-name=A4 fo:static-content flow-name=xsl-region-before fo:block font-size=9pt text-align=centertest_blockfo:block/ fo:leader leader-length=160mm leader-pattern=rule rule-thickness=2pt/ /fo:block /fo:static-content fo:static-content flow-name=xsl-region-after fo:block fo:leader leader-length=160mm leader-pattern=rule rule-thickness=2pt/ /fo:block fo:block font-size=9pt fo:table fo:table-column column-width=150mm/ fo:table-column column-width=10mm/ fo:table-body fo:table-row fo:table-cell fo:block font-size=9ptH.-R. Vatterrott (Universität Rostock) /fo:block /fo:table-cell fo:table-cell fo:block font-size=9pt text-align=end fo:page-number/ /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /fo:static-content fo:flow flow-name=xsl-region-body fo:block fo:table fo:table-column column-width=160mm/ fo:table-body fo:table-row fo:table-cell fo:block fo:external-graphic src=image_common/abstandu.gif/ /fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:block font-weight=bold font-size=20pt text-align=start line-height=36pt id=testtest/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block fo:block font-size=12pt text-align=justify
RE: Basic Link
I applied the patch, which seemed to solve the problem, but I would like someone to examine it and change a bit. 1. the idValidation vs. idUnvalidated names are very confusing without comments that explain what's what. 2. the createID method needs better commenting. I'm not entirely sure I correctly understand it, so I didn't do so. Thanks for the patch L. McKenzie (?), but please send patches to the list so we won't miss them. We don't mind the full files if you don't have access to CVS, either, but we'll include them faster if you do: diff -u MyJava.java.orig MyJava.java patchfile.diff Enrico, thanks for pointing this patch as it was languishing. -Steve -Original Message- From: Enrico Schnepel [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 30, 2001 4:34 PM To: [EMAIL PROTECTED] Subject: Re: Basic Link Hello Keiron, I had the same problem a few weeks ago and the bug is in the buglist as bug 3007. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3007 The bug was resolved by [EMAIL PROTECTED] but is not merged yet I've attached the corresponding files which resolves the problem. Enrico - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]