Re: keep-together always
Hi, Kamal Bhatt a écrit : Hi I noticed a feature of keep-together=always. Basically it does exactly that, even when it doesn't make sense. That is, it will overflow a block instead of breaking across a page. Now, I have looked at the standard, and it is fairly airy fairy about what keep-together=always actually does: *always* Imposes a keep-together condition with strength always in the appropriate context. What appropriate context means is anyone's guess. From what I have read, The context here is the line, column or page, depending on whether the keep has a .within-line, .within-column of .within-page component. some have interpreted this to mean that always is the highest possible strength. Seems to me that makes sense. So is this bit of functionality a bug? That's where I think there is room for interpretation and where I got confused last time. The common interpretation seems to be that always is more than just the highest possible strength: it prevents the content to be broken even if it overflows the context (line, column, page). Whereas even a very high integer value wouldn't prevent that. After all this makes sense: we can imagine situations where the user prefers the content to be clipped rather than broken over two, e.g., pages. always allows for that. If the user simply wants the content to be broken only if it doesn't fit, they would choose an integer value. While not being explicitely described by the spec, the last paragraph of section 4.8, Keeps and Breaks, seems to imply that when saying If not all of a set of keep conditions [...] can be satisfied Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: keep-together always
After all this makes sense: we can imagine situations where the user prefers the content to be clipped rather than broken over two, e.g., pages. always allows for that. If the user simply wants the content to be broken only if it doesn't fit, they would choose an integer value. An unfortunate side effect of this interpretation is that keep-together is next to useless for most people as I suspect most people do not want clipping and FOP doesn't support integers for keep-together (though I admit that is nothing more than opinion). Is it likely that FOP will support integer values for keeps and breaks in the next couple of versions? If not, would it be possible to make keep-together work the way most people seem to think it will work if you specify an integer? (ie an integer would cause it to work in the way most people think always should) -- Kamal Bhatt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: keep-together always
Hi, What I would except in such a case is that the content is transferred to the next page if there is not enough space on the current page. Is that not how it is intended (like for example in word-processing programs such as MS Word) Tx., Raphael -Original Message- From: Vincent Hennebert [mailto:[EMAIL PROTECTED] Sent: 13 June 2007 08:52 To: fop-users@xmlgraphics.apache.org Subject: Re: keep-together always Hi, Kamal Bhatt a écrit : Hi I noticed a feature of keep-together=always. Basically it does exactly that, even when it doesn't make sense. That is, it will overflow a block instead of breaking across a page. Now, I have looked at the standard, and it is fairly airy fairy about what keep-together=always actually does: *always* Imposes a keep-together condition with strength always in the appropriate context. What appropriate context means is anyone's guess. From what I have read, The context here is the line, column or page, depending on whether the keep has a .within-line, .within-column of .within-page component. some have interpreted this to mean that always is the highest possible strength. Seems to me that makes sense. So is this bit of functionality a bug? That's where I think there is room for interpretation and where I got confused last time. The common interpretation seems to be that always is more than just the highest possible strength: it prevents the content to be broken even if it overflows the context (line, column, page). Whereas even a very high integer value wouldn't prevent that. After all this makes sense: we can imagine situations where the user prefers the content to be clipped rather than broken over two, e.g., pages. always allows for that. If the user simply wants the content to be broken only if it doesn't fit, they would choose an integer value. While not being explicitely described by the spec, the last paragraph of section 4.8, Keeps and Breaks, seems to imply that when saying If not all of a set of keep conditions [...] can be satisfied Vincent - 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: keep-together always
Dear Karmal, I read your mail as first this morning and it kind of struck me. Usually my fop mail gets filtered out into the fop box, but your mail came through the filter. The subject struck me first, then I read the mail. The syntax of the mail hints that it is about fop, but the words / concepts used kind of struck a chord in me. Imposes a keep-together condition with strength always in the appropriate context. Wow! I was hoping to see an email from a woman I met recently. I have known her for only a week but the experience has been a profound and powerful one. So I kind of read your mail with that mindset. . . . got me thinking again . . . Cheers, kindest of regards, Michiel Roos Kamal Bhatt wrote: Hi I noticed a feature of keep-together=always. Basically it does exactly that, even when it doesn't make sense. That is, it will overflow a block instead of breaking across a page. Now, I have looked at the standard, and it is fairly airy fairy about what keep-together=always actually does: *always* Imposes a keep-together condition with strength always in the appropriate context. What appropriate context means is anyone's guess. From what I have read, some have interpreted this to mean that always is the highest possible strength. Seems to me that makes sense. So is this bit of functionality a bug? Cheers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: keep-together always
Hi, Kamal Bhatt a écrit : After all this makes sense: we can imagine situations where the user prefers the content to be clipped rather than broken over two, e.g., pages. always allows for that. If the user simply wants the content to be broken only if it doesn't fit, they would choose an integer value. An unfortunate side effect of this interpretation is that keep-together is next to useless for most people as I suspect most people do not want clipping and FOP doesn't support integers for keep-together (though I I don't agree. The content will be clipped only if the whole block doesn't fit on a page alone, which is not that usual I think. If the content can fit by, e.g., starting a page then the paging algorithm will do so. admit that is nothing more than opinion). Is it likely that FOP will support integer values for keeps and breaks in the next couple of versions? If not, would it be possible to make keep-together work the Oh, this is very probable that integer values will be supported in a couple of versions. Question is, when will those versions be released ;-) way most people seem to think it will work if you specify an integer? (ie an integer would cause it to work in the way most people think always should) Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: keep-together always
Hi, Raphael Parree a écrit : Hi, What I would except in such a case is that the content is transferred to the next page if there is not enough space on the current page. Is that not how it is intended (like for example in word-processing programs such as MS Word) Well FOP does much better than that. A word processor, seeing that the block won't fit on the current page, will put it on the next page, leaving some ungracious blank space on the current one. On the contrary FOP is able to foresee that a block won't fit on page n, that it must be put on page n+1, and thus will spread the blank space over the first n pages, by playing with the elastic spaces between blocks. In most cases there won't even be a noticeable blank space on page n. Of course to make that work you have to put as many elastic spaces between blocks as possible (e.g. space-after.minimum=10pt space-after.optimum=12pt space-after.maximum=15pt). So as I wrote in my other answer, a block will be clipped only if it can't even fit on a page alone. Vincent -Original Message- From: Vincent Hennebert [mailto:[EMAIL PROTECTED] Sent: 13 June 2007 08:52 To: fop-users@xmlgraphics.apache.org Subject: Re: keep-together always Hi, Kamal Bhatt a écrit : Hi I noticed a feature of keep-together=always. Basically it does exactly that, even when it doesn't make sense. That is, it will overflow a block instead of breaking across a page. Now, I have looked at the standard, and it is fairly airy fairy about what keep-together=always actually does: *always* Imposes a keep-together condition with strength always in the appropriate context. What appropriate context means is anyone's guess. From what I have read, The context here is the line, column or page, depending on whether the keep has a .within-line, .within-column of .within-page component. some have interpreted this to mean that always is the highest possible strength. Seems to me that makes sense. So is this bit of functionality a bug? That's where I think there is room for interpretation and where I got confused last time. The common interpretation seems to be that always is more than just the highest possible strength: it prevents the content to be broken even if it overflows the context (line, column, page). Whereas even a very high integer value wouldn't prevent that. After all this makes sense: we can imagine situations where the user prefers the content to be clipped rather than broken over two, e.g., pages. always allows for that. If the user simply wants the content to be broken only if it doesn't fit, they would choose an integer value. While not being explicitely described by the spec, the last paragraph of section 4.8, Keeps and Breaks, seems to imply that when saying If not all of a set of keep conditions [...] can be satisfied Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PDF Problem
Hello there, i have a little problem with PDFs created with FOP. It seems to be that you can't search inside the PDF (using CTRL+F) and when you copy something out of the PDF the pasted Text will look corrupt. Are there any known issues about that and a way to solve it? Viele Grüße/ Best Regards Christian Loock Software Engineer Viele Grüße/ Best Regards Christian Loock Software Engineer ___ telephone: +49 (0) 28 21 . 9 78 56.21 telefax: +49 (0) 28 21 . 9 78 56.77 [EMAIL PROTECTED] www.db-central.com Main office db-central gmbh, Hoffmannallee 41-51, D-47533 Kleve Subsidiary db-central gmbh, Königsallee 43, D-71638 Ludwigsburg db-central gmbh, Adalbertstr. 110, D-80798 München Managing Directors Dirk Rosomm, Benno van Aerssen Registered office Kleve - Germany, Amtsgericht Kleve, HRB 2746 ___ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Problem
Hi Christian, Can you give us a little bit more information. What PDF viewer you use? And if possible a sample file. I can search in my PDF files. Do you use some encryption or other PDF features? Regards Stefan Christian Loock schrieb: Hello there, i have a little problem with PDFs created with FOP. It seems to be that you can't search inside the PDF (using CTRL+F) and when you copy something out of the PDF the pasted Text will look corrupt. Are there any known issues about that and a way to solve it? Viele Grüße/ Best Regards Christian Loock Software Engineer Viele Grüße/ Best Regards Christian Loock Software Engineer ___ telephone: +49 (0) 28 21 . 9 78 56.21 telefax: +49 (0) 28 21 . 9 78 56.77 [EMAIL PROTECTED] www.db-central.com Main office db-central gmbh, Hoffmannallee 41-51, D-47533 Kleve Subsidiary db-central gmbh, Königsallee 43, D-71638 Ludwigsburg db-central gmbh, Adalbertstr. 110, D-80798 München Managing Directors Dirk Rosomm, Benno van Aerssen Registered office Kleve - Germany, Amtsgericht Kleve, HRB 2746 ___ - 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: PDF Problem
Hi Christian, It might also be useful if you could provide us with your original FO file that you generated the PDF from. Adrian. Stefan Heuer wrote: Hi Christian, Can you give us a little bit more information. What PDF viewer you use? And if possible a sample file. I can search in my PDF files. Do you use some encryption or other PDF features? Regards Stefan Christian Loock schrieb: Hello there, i have a little problem with PDFs created with FOP. It seems to be that you can't search inside the PDF (using CTRL+F) and when you copy something out of the PDF the pasted Text will look corrupt. Are there any known issues about that and a way to solve it? Viele Grüße/ Best Regards Christian Loock Software Engineer Viele Grüße/ Best Regards Christian Loock Software Engineer ___ telephone: +49 (0) 28 21 . 9 78 56.21 telefax: +49 (0) 28 21 . 9 78 56.77 [EMAIL PROTECTED] www.db-central.com Main office db-central gmbh, Hoffmannallee 41-51, D-47533 Kleve Subsidiary db-central gmbh, Königsallee 43, D-71638 Ludwigsburg db-central gmbh, Adalbertstr. 110, D-80798 München Managing Directors Dirk Rosomm, Benno van Aerssen Registered office Kleve - Germany, Amtsgericht Kleve, HRB 2746 ___ - 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: PDF Problem
Hi, a sample PDF can be found here http://training.ebay.de/online-training/_upload/Das_ist_eBay3.pdf We tried it with Adobe ACrobat 7.0 and 8.0 Viele Grüße / Best Regards Christian Loock -Original Message- From: Stefan Heuer [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 13, 2007 10:27 AM To: fop-users@xmlgraphics.apache.org Subject: Re: PDF Problem Hi Christian, Can you give us a little bit more information. What PDF viewer you use? And if possible a sample file. I can search in my PDF files. Do you use some encryption or other PDF features? Regards Stefan Christian Loock schrieb: Hello there, i have a little problem with PDFs created with FOP. It seems to be that you can't search inside the PDF (using CTRL+F) and when you copy something out of the PDF the pasted Text will look corrupt. Are there any known issues about that and a way to solve it? Viele Grüße/ Best Regards Christian Loock Software Engineer Viele Grüße/ Best Regards Christian Loock Software Engineer ___ telephone: +49 (0) 28 21 . 9 78 56.21 telefax: +49 (0) 28 21 . 9 78 56.77 [EMAIL PROTECTED] www.db-central.com Main office db-central gmbh, Hoffmannallee 41-51, D-47533 Kleve Subsidiary db-central gmbh, Königsallee 43, D-71638 Ludwigsburg db-central gmbh, Adalbertstr. 110, D-80798 München Managing Directors Dirk Rosomm, Benno van Aerssen Registered office Kleve - Germany, Amtsgericht Kleve, HRB 2746 ___ - 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]
Is there possibility to embed file as attachment into resulting PDF through FOP?
Hi, Just wanted to ask if you have any support for PDF attachments to be handled by FOP and if not - if it's planned at all in near future. Thank you, Andrejus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Problem
I think this sounds like a problem we encountered here. The solution was to embed the entire font into the pdf document. As I remember it, fop will normally only embed the glyphs that are actually used but a bug in many (all?) versions of pdf reader means that it then messes up copying and searching. Our solution (for fop 0.25 - I don't know about 0.9x ) was: In your userconfig file in the fonts section add an embed-file entry for each font that you use. I attach a small section of our userconfig as example. font metrics-file=fonts/metrics/DxRg.xml kerning=yes embed-file=fonts/daxfontsnew/DxRg.ttf font-triplet name=Dax style=normal weight=normal/ font-triplet name=Dax Regular style=normal weight=normal/ /font Hope this helps. -- Best wishes John Burgess Risk Decisions Limited Buchan House Parkway Court Oxford Business Park South OX4 2JY T: 01865 718666 F: 01865 718600 M: 07984 863890 E: [EMAIL PROTECTED] W: http://www.riskdecisions.com - Original Message - *From:* Kai Mütz [EMAIL PROTECTED] *To:* fop-users@xmlgraphics.apache.org *Sent:* 13/06/2007 10:08:08 AM +0100 *Subject:* PDF Problem If you are using cusom fonts this is a known issue. You have to update to fop 0.93 which is solving this problem. There are many mailings in mailing archive about this issue. Kai [EMAIL PROTECTED] wrote: Hello there, i have a little problem with PDFs created with FOP. It seems to be that you can't search inside the PDF (using CTRL+F) and when you copy something out of the PDF the pasted Text will look corrupt. Are there any known issues about that and a way to solve it? Viele Grüße/ Best Regards Christian Loock Software Engineer Viele Grüße/ Best Regards Christian Loock Software Engineer ___ telephone: +49 (0) 28 21 . 9 78 56.21 telefax: +49 (0) 28 21 . 9 78 56.77 [EMAIL PROTECTED] www.db-central.com Main office db-central gmbh, Hoffmannallee 41-51, D-47533 Kleve Subsidiary db-central gmbh, Königsallee 43, D-71638 Ludwigsburg db-central gmbh, Adalbertstr. 110, D-80798 München Managing Directors Dirk Rosomm, Benno van Aerssen Registered office Kleve - Germany, Amtsgericht Kleve, HRB 2746 ___ - 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: PDF Problem
Sorry, i forgot to mention that we are using FOP 0.25 . We'll try to update to the latest version. Thanks for all your quick replies. Viele Grüße / Best Regards Christian Loock -Original Message- From: Pascal Sancho [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 13, 2007 2:41 PM To: fop-users@xmlgraphics.apache.org; [EMAIL PROTECTED] Subject: RE: PDF Problem Hi there, Copy/paste problem in PDF is a very old bug (see [1]) that has been fixed in FOP Trunk (rev 462741, april 2007). If this occurs with an older FOP version, please upgrade, or use other than TTF font. If this occurs with the current FOP Trunk, can you provide a short XSL-FO file that demonstrates your problem, please? [1] http://issues.apache.org/bugzilla/show_bug.cgi?id=5335 Pascal -Message d'origine- De : John Burgess [mailto:[EMAIL PROTECTED] Envoyé : mercredi 13 juin 2007 13:49 I think this sounds like a problem we encountered here. The solution was to embed the entire font into the pdf document. As I remember it, fop will normally only embed the glyphs that are actually used but a bug in many (all?) versions of pdf reader means that it then messes up copying and searching. Our solution (for fop 0.25 - I don't know about 0.9x ) was: In your userconfig file in the fonts section add an embed-file entry for each font that you use. I attach a small section of our userconfig as example. font metrics-file=fonts/metrics/DxRg.xml kerning=yes embed-file=fonts/daxfontsnew/DxRg.ttf font-triplet name=Dax style=normal weight=normal/ font-triplet name=Dax Regular style=normal weight=normal/ /font Hope this helps. John Burgess - Original Message - From: Kai Mütz [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org If you are using cusom fonts this is a known issue. You have to update to fop 0.93 which is solving this problem. There are many mailings in mailing archive about this issue. Kai [EMAIL PROTECTED] wrote: Hello there, i have a little problem with PDFs created with FOP. It seems to be that you can't search inside the PDF (using CTRL+F) and when you copy something out of the PDF the pasted Text will look corrupt. Are there any known issues about that and a way to solve it? Viele Grüße/ Best Regards Christian Loock - 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: Is there possibility to embed file as attachment into resulting PDF through FOP?
There is a plan in the pipeline to support PDF as an image type in fo:external-graphic. Only the first page in the PDF being referenced by fo:external-graphic would be inserted in the generated document and that page would need to be less than or equal to the size of the containing page. Is that roughly what you are looking for? Chris No. While I know that I could embed some graphics into resulting PDF, I'd like also to have ability of generating EmbeddedFiles element with all sub entries as it's described in Adobe spec. Then later such embedded files could be viewed via Attachments tab inside Adobe reader. So in that sense they are not an inline part of resulting document, but some sort of extension to it. I'm not sure if I could achieve that while modifying some input stylesheet with my own defined elements, which will allow during FOP generation process open external file, put it content and form required PDF structures, i.e. EmbeddedFiles. Andrejus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PDF Encryption, when necessary?
Guys, When is PDF encryption necessary? My understanding is that if you are using SSL on your website, any message moving across the wire is going to be using the encryption key the browser established with the website. So what benefit does the FOP PDF encryption provide? http://xmlgraphics.apache.org/fop/0.93/pdfencryption.html Is it just to add restrictions on how the document can or cannot be manipulated(print, edit,etc.)? Please advise, thanks! -- The information in this e-mail and any attachments are for the sole use of the intended recipient and may contain privileged and confidential information. If you are not the intended recipient, any use, disclosure, copying or distribution of this message or attachment is strictly prohibited. If you believe that you have received this e-mail in error, please contact the sender immediately and delete the e-mail and all of its attachments. ==
Re: keep-together always
Michiel Roos wrote: Dear Karmal, I read your mail as first this morning and it kind of struck me. Usually my fop mail gets filtered out into the fop box, but your mail came through the filter. The subject struck me first, then I read the mail. The syntax of the mail hints that it is about fop, but the words / concepts used kind of struck a chord in me. Imposes a keep-together condition with strength always in the appropriate context. Wow! I was hoping to see an email from a woman I met recently. I have known her for only a week but the experience has been a profound and powerful one. So I kind of read your mail with that mindset. . . . got me thinking again . . . Cheers, kindest of regards, Glad I inspired you (or at least the FO standard :) I don't know why my email didn't get filtered, if it is any consolation, emails from fop-user don't get automatically filtered on my Thunderbird. I can't help by feel that this is a round about way of asking me to be more specific in my posting on the mailing list. I will endeavour to do so in the future. FYI, my name is not spelt with a 'r'. -- Kamal Bhatt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: keep-together always
Vincent Hennebert wrote: An unfortunate side effect of this interpretation is that keep-together is next to useless for most people as I suspect most people do not want clipping and FOP doesn't support integers for keep-together (though I I don't agree. The content will be clipped only if the whole block doesn't fit on a page alone, which is not that usual I think. If the content can fit by, e.g., starting a page then the paging algorithm will do so. Speaking personally, I cannot see any circumstance I would use keep-together in FOP (at least in its current form). I am using FOP to generate travel documentation (itineraries) and I don't know the size of most of the data before hand (I cannot do multiple passes). Question is, when will those versions be released ;-) If I were to ask this question would I get a helpful answer? :) -- Kamal Bhatt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Encryption, when necessary?
Jenkins, Mark wrote: Guys, When is PDF encryption necessary? ... Is it just to add restrictions on how the document can or cannot be manipulated(print, edit,etc.)? Yes, that's it. Cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PDF Encryption, when necessary?
Thanks Roland! Now it all makes sense. -Original Message- From: Roland Neilands [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 13, 2007 4:07 PM To: fop-users@xmlgraphics.apache.org Subject: Re: PDF Encryption, when necessary? Jenkins, Mark wrote: Guys, When is PDF encryption necessary? ... Is it just to add restrictions on how the document can or cannot be manipulated(print, edit,etc.)? Yes, that's it. Cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The information in this e-mail and any attachments are for the sole use of the intended recipient and may contain privileged and confidential information. If you are not the intended recipient, any use, disclosure, copying or distribution of this message or attachment is strictly prohibited. If you believe that you have received this e-mail in error, please contact the sender immediately and delete the e-mail and all of its attachments. == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
