Re: OMR Barcodes
FOP doesn't contain any functionality for generating OMR marks. Please search through the mailing list archives. There are several helpful posts that should send you in the right direction. http://xmlgraphics.apache.org/fop/maillist.html#fop-user-archive On 27.02.2007 18:30:23 Charles Murphy wrote: Can some one point me in the right direction to find information for including OMR barcodes on FoP generated PDF files. We are changing mailing companies and need to include instructions for the automated sorter/stuffer/mailer I've seen some discussion on this previously, but did not require the functionality until now. Thanks in advance -Charley Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
vertical-align=middle does not put content of table-cell in the middle
Hi List fop-users, I have a nicely formatted table but got stuck when trying to adjust the content of each cell to the middle of it. Perhaps this has been asked before, but I didn't find it in the archives. Here is the snippet: fo:table-cell vertical-align=middle .../fo:table-cell It becomes apparent when the text of one cell crosses several lines and the text in other cells do not. In addition: on the compliance page I found [0.93] Percentages are not supported, yet. and on the history of changes (http://xmlgraphics.apache.org/fop/0.93/changes_0.93.html) I found Bugfix: Percentages in vertical-align property values were not correctly handled. which sounds to me that percentages should work now, is it not? Thanks once again for such a nice product. The more I use the more I am stunned by the sheer volume of the work put forward and the inherent complexity of formatting objects. Cheers, -- Abel Braaksma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: vertical-align=middle does not put content of table-cell in the middle
On Feb 28, 2007, at 13:45, Abel Braaksma wrote: Hi, I have a nicely formatted table but got stuck when trying to adjust the content of each cell to the middle of it. Perhaps this has been asked before, but I didn't find it in the archives. Here is the snippet: fo:table-cell vertical-align=middle .../fo:table-cell The vertical-align shorthand does not apply to a fo:table-cell, and since it is non-inherited, specifying it there does not have any effect (unless a value of inherit or from-nearest-specified() is used on the descendants). If I judge correctly, the property you're actually looking for is display-align : fo:table-cell display-align=center snip / In addition: on the compliance page I found [0.93] Percentages are not supported, yet. and on the history of changes (http:// xmlgraphics.apache.org/fop/0.93/changes_0.93.html) I found Bugfix: Percentages in vertical-align property values were not correctly handled. which sounds to me that percentages should work now, is it not? This indeed sounds like an oversight. We'll have to check whether the testcases cover this and update the compliance page if necessary. Thanks for reporting this. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: vertical-align=middle does not put content of table-cell in the middle
Andreas L Delmelle wrote: On Feb 28, 2007, at 13:45, Abel Braaksma wrote: fo:table-cell vertical-align=middle .../fo:table-cell The vertical-align shorthand does not apply to a fo:table-cell, and since it is non-inherited, specifying it there does not have any effect (unless a value of inherit or from-nearest-specified() is used on the descendants). Thanks for your quick reply, Andreas. From http://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#vertical-align it says: Applies to: inline-level and 'table-cell' elements, which I interpreted as that it applies to fo:table-cell as well. Do I misinterpret the spec? If I judge correctly, the property you're actually looking for is display-align : fo:table-cell display-align=center This worked, though the content needed an extra pt down for adjustment (but it was hard to tell if this was visually not in the middle, or physically not in the middle). Cheers -- Abel Braaksma - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: vertical-align=middle does not put content of table-cell in the middle
On Feb 28, 2007, at 14:55, Abel Braaksma wrote: Hi Abel, Andreas L Delmelle wrote: On Feb 28, 2007, at 13:45, Abel Braaksma wrote: fo:table-cell vertical-align=middle .../fo:table-cell The vertical-align shorthand does not apply to a fo:table-cell, and since it is non-inherited, specifying it there does not have any effect (unless a value of inherit or from-nearest-specified () is used on the descendants). Thanks for your quick reply, Andreas. From http://www.w3.org/TR/2001/REC-xsl-20011015/ slice7.html#vertical-align it says: Applies to: inline-level and 'table-cell' elements, which I interpreted as that it applies to fo:table-cell as well. Do I misinterpret the spec? No, but... This part of the property definition seems to have been removed in XSL 1.1, most likely to remove the inherent contradiction with http://www.w3.org/TR/2001/REC-xsl-20011015/slice6.html#fo_table-cell where vertical-align is not mentioned as an applicable property. Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging per generation process
Hi Raphael If that works for you that's great. A ThreadLocal is certainly a possibility especially as long as we don't do multi-threaded processing. However, my ideas go in a different direction as described on the Wiki. The important thing for me is to differentiate between feedback for developers (logging as we have today) and for users (specific feedback per processing run). I'm not so much interested in log output during production. I can still catch configuration or runtime errors and such using the log but for that I don't need per-document logging. Rather I want precise information on certain events (like an area overflow or a missing image) during processing that can be presented to a not-so-technical user possibly even in his native language. In the meantime the priority of this has gone up a little although I still can't tell when exactly we'll have something in this area. On 21.02.2007 18:51:31 Raphael Parree wrote: Jeremias, I replying a bit late (this reply is to an email dating back to November last year) see messages below. I have solved it using a ThreadLocal object and a custom log4j Appender, which might be something that leads to an easy solution. It worked for me, but don't know how to make it more structural. Have other people experimented with using this approach for logging per process using a static logger? A threadlocal object can be placed at the start of the transformation process, and perhaps store information in the FormattingResults object? What do you think? Sorry the original thread was missing: The status is the same as when I wrote that text. At some point this will be done but at this time it's only on my wish list. My notes on the issue are on the Wiki: http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback See also: http://wiki.apache.org/xmlgraphics-fop/ApiRequirements You're welcome to dive in yourself, of course. On 27.11.2006 10:17:49 Raphael Parree wrote: Hi, What is the status on We are planning to add an additional feedback facility to FOP which can be used to obtain all sorts of specific feedback (validation messages, layout problems etc.)!? I need per generation process logging...if the above has not been implemented is there a way of doing this? Tx., Raphael Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OMR Barcodes
Thanks Jeremias. I was able to pull OMR references from the archives On 2/28/07 3:09 AM, Jeremias Maerki [EMAIL PROTECTED] wrote: FOP doesn't contain any functionality for generating OMR marks. Please search through the mailing list archives. There are several helpful posts that should send you in the right direction. http://xmlgraphics.apache.org/fop/maillist.html#fop-user-archive On 27.02.2007 18:30:23 Charles Murphy wrote: Can some one point me in the right direction to find information for including OMR barcodes on FoP generated PDF files. We are changing mailing companies and need to include instructions for the automated sorter/stuffer/mailer I've seen some discussion on this previously, but did not require the functionality until now. Thanks in advance -Charley Jeremias Maerki - 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: odd error from 0.93
On Fri, 23 Feb 2007 16:01:13 +0100, Andreas L Delmelle wrote: On Feb 23, 2007, at 13:38, Andreas L Delmelle wrote: Arturo, After closer inspection of the FO, I don't think it is a bug. Strictly speaking, you weren't doing anything wrong, only something that the XSL-FO Recommendation leaves a bit vague IMO... You're specifying width=100% on the fo:table-cells in question. Thanks, Andreas, I've removed that and the error goes away. Unfortunately, so does the border on the table-cells. Before I spend too much effort figuring what's broken on my end, can you tell me the proper way to have borders on all the cells of a table? I know collapse doesn't work 100% (which would be ideal) but I've poked at it some and I'm not having any luck getting the cell borders to come back. tia, arturo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: vertical-align=middle does not put content of table-cell in the middle
Pascal Sancho wrote: XSL modifications to the CSS definition: The CSS property (vertical-align) shall be treated as a shorthand by XSL and maps as follows: (...) alignment-baseline=xxx alignment-adjust=xxx baseline-shift=xxx dominant-baseline=xxx And all of thoses properties only apply to inline element. Ah, thanks Pascal. Indeed, when I wondered through the specs, I couldn't find any of those as part of the allowed properties for table-cell. Quite confusing that they however do list it as an allowed property in one page and a non-allowed property on another. But it is a huge undertaking, such a standard, it is almost impossible to not have errors or omissions, I guess. ;) -- Abel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: odd error from 0.93
On Mar 1, 2007, at 00:25, Andreas L Delmelle wrote: Sorry, the attribute sets are incomplete. As recently mentioned in another thread, the border-style attribute MUST be included in the sets. If not they revert to the initial value of none. So should be something like: --- Attribute set definition xsl:attribute-set name=table-borders xsl:attribute name=border-before-width.length0.2pt/ xsl:attribute xsl:attribute name=border-before-width.conditionalityretain/ xsl:attribute xsl:attribute name=border-after-width.length0.2pt/xsl:attribute xsl:attribute name=border-after-width.conditionalityretain/ xsl:attribute xsl:attribute name=border-start-width.length0.15pt/ xsl:attribute xsl:attribute name=border-end-width.length0.15pt/xsl:attribute xsl:attribute name=border-stylesolid/xsl:attribute xsl:attribute name=border-colorblack/xsl:attribute /xsl:attribute xsl:attribute-set name=cell-borders xsl:attribute name=border-before-width.length0.05pt/ xsl:attribute xsl:attribute name=border-after-width.length0.05pt/ xsl:attribute xsl:attribute name=border-start-width.length0.05pt/ xsl:attribute xsl:attribute name=border-end-width.length0.05pt/xsl:attribute xsl:attribute name=border-stylesolid/xsl:attribute xsl:attribute name=border-colorblack/xsl:attribute /xsl:attribute --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
0.93: problem with fo:table, width=100% in a page header
Hello all, I have run into a Cannot find LM to handle given FO for LengthBase problem that is related to a fo:table with width=100% in a page header (fo:region-before). It seems that layout manager cannot find a relation between page header and page itself to calculate the page header width. I have a more or less distilled .fo sample file. Is it a good idea to post it as an attachment here? Regards, Sergey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SPAM] 0.93: problem with fo:table, width=100% in a page header
Check BugZilla if its already reported. If yes attach your sample to the existing bug if not create a new bug and attach to that. Cheers Manuel Ushakov, Sergey N wrote: Hello all, I have run into a Cannot find LM to handle given FO for LengthBase problem that is related to a fo:table with width=100% in a page header (fo:region-before). It seems that layout manager cannot find a relation between page header and page itself to calculate the page header width. I have a more or less distilled .fo sample file. Is it a good idea to post it as an attachment here? Regards, Sergey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/0.93%3A-problem-with-fo%3Atable%2C-width%3D%22100-%22-in-a-page-header-tf3324984.html#a9244370 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]