DO NOT REPLY [Bug 17817] New: - org.apache.fop.apps.Version.getVersion() returns null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17817. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17817 org.apache.fop.apps.Version.getVersion() returns null Summary: org.apache.fop.apps.Version.getVersion() returns null Product: Fop Version: 0.20.5 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Calling org.apache.fop.apps.Version.getVersion() returns null. (Version fop- 0.20.5rc of fop jar) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17817] - org.apache.fop.apps.Version.getVersion() returns null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17817. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17817 org.apache.fop.apps.Version.getVersion() returns null [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 09:28 --- *** This bug has been marked as a duplicate of 7903 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7903] - org.apache.fop.apps.Version.getVersion()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903 org.apache.fop.apps.Version.getVersion() [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 09:28 --- *** Bug 17817 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: ssh problems
Peter B. West wrote: Joerg, Is there an infrastructure@ archive? No (IIRC because of the security related issues discussed there) Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [VOTE] Conversion from src/org.. to src/java/org..
Jeremias Maerki wrote: I'm in major refactoring mode/mood. :-) So I would like to finally make the long due move from src/org/.. to src/java/org. We've discussed it more than once and we didn't come to an end. So I would like to propose the following: [..] If you guys agree with that, I will do the move someday next week (during daytime CET). I will announce the start and the end of the move so we don't have to clean up if someone commits anything in between. Here's my +1. +0.5 (I don't see a real need but it's a bit nicer and if it helps IDE users ..) [..] As an option, we can also agree to do the same in the maintenance branch, but since it's finally about to trail off (or so I hope). I've realised today, that the new src/java-1.x directories make it virtually impossible to compile FOP in Eclipse without the the move to src/java. -0 from me, but I'd volunteer to do the move nonetheless. -0 Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
multiple page-sequence
Hi, I have an out of memory problem and I saw that a solution is to make multiple page-sequences. I need a simple and clear example of how to implement multiple page-sequences, it is better a page sequence for each page, because I have a very big xml. Thank you, Emilia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: multiple page-sequence
hi there, Multiple Page-sequence examples are found in the docs section of the FOP distribution. (cfr docs/examples/pagination/franklin_2pageseqs.fo) good luck Jochen Maes ICT Development KBC Securities (kbcsecurities.com) Havenlaan 12 Avenue du Port SIF 8683 B-1080 Brussels Belgium Tel: +32 2 429 96 81 GSM: +32 496 57 90 99 E-mail : [EMAIL PROTECTED] This message and any attachments hereto are for the named person's use only. It may contain confidential, proprietary or legally privileged information. You may not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. If you have received this e-mail message without being the intended recipient, please notify KBC Securities promptly and delete this e-mail. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of KBC Securities. KBC Securities reserves the right to monitor all e-mail communications through its networks and any messages addressed to, received or sent by KBC Securities or its employees are deemed to be professional in nature. The sender or recipient of any messages to or of KBC Securities agrees that those may be read by other employees of KBC Securities than the stated recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof. KBC Securities does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of, or reliance on, the information. Graziani Emilia [EMAIL PROTECTED]To: [EMAIL PROTECTED] ormula.itcc: Subject: multiple page-sequence 10/03/2003 11:47 Please respond to fop-dev Hi, I have an out of memory problem and I saw that a solution is to make multiple page-sequences. I need a simple and clear example of how to implement multiple page-sequences, it is better a page sequence for each page, because I have a very big xml. Thank you, Emilia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
R: multiple page-sequence
Hi, thank you Jochen, I have found it, but it is not enought for me. If I would to generate a page-sequence for each page or for each 10 page, have I to define explicitly each page-sequence? I don't know how many pages I could have for each document, it is variable. Emilia -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Inviato: lunedì 10 marzo 2003 11.48 A: [EMAIL PROTECTED] Oggetto: Re: multiple page-sequence hi there, Multiple Page-sequence examples are found in the docs section of the FOP distribution. (cfr docs/examples/pagination/franklin_2pageseqs.fo) good luck Jochen Maes ICT Development KBC Securities (kbcsecurities.com) Havenlaan 12 Avenue du Port SIF 8683 B-1080 Brussels Belgium Tel: +32 2 429 96 81 GSM: +32 496 57 90 99 E-mail : [EMAIL PROTECTED] This message and any attachments hereto are for the named person's use only. It may contain confidential, proprietary or legally privileged information. You may not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. If you have received this e-mail message without being the intended recipient, please notify KBC Securities promptly and delete this e-mail. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of KBC Securities. KBC Securities reserves the right to monitor all e-mail communications through its networks and any messages addressed to, received or sent by KBC Securities or its employees are deemed to be professional in nature. The sender or recipient of any messages to or of KBC Securities agrees that those may be read by other employees of KBC Securities than the stated recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof. KBC Securities does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of, or reliance on, the information. Graziani Emilia [EMAIL PROTECTED]To: [EMAIL PROTECTED] ormula.itcc: Subject: multiple page-sequence 10/03/2003 11:47 Please respond to fop-dev Hi, I have an out of memory problem and I saw that a solution is to make multiple page-sequences. I need a simple and clear example of how to implement multiple page-sequences, it is better a page sequence for each page, because I have a very big xml. Thank you, Emilia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - 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: R: multiple page-sequence
Page Sequences need to be defined up front. If i'm not loosing my mind. If this won't work, then i might help you with configuring the java on how to rule out the out off memory exception. I can create about 4000 documents in a half an hour without using more then 50 k (for smaller pdf files). Do you do multiple documents in one run? Or is it one run for each document. Did you try to set up the memory use for java: java -mx256m blah blah? this can also help, and allows you a bigger minimum/maximum heapsize... good luck Jochen Maes ICT Development KBC Securities (kbcsecurities.com) Havenlaan 12 Avenue du Port SIF 8683 B-1080 Brussels Belgium Tel: +32 2 429 96 81 GSM: +32 496 57 90 99 E-mail : [EMAIL PROTECTED] This message and any attachments hereto are for the named person's use only. It may contain confidential, proprietary or legally privileged information. You may not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. If you have received this e-mail message without being the intended recipient, please notify KBC Securities promptly and delete this e-mail. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of KBC Securities. KBC Securities reserves the right to monitor all e-mail communications through its networks and any messages addressed to, received or sent by KBC Securities or its employees are deemed to be professional in nature. The sender or recipient of any messages to or of KBC Securities agrees that those may be read by other employees of KBC Securities than the stated recipient or sender in order to ensure the continuity of work-related activities and allow supervision thereof. KBC Securities does not accept liability for the correct and complete transmission of the information, nor for any delay or interruption of the transmission, nor for damages arising from the use of, or reliance on, the information. Graziani Emilia [EMAIL PROTECTED]To: [EMAIL PROTECTED] ormula.itcc: Subject: R: multiple page-sequence 10/03/2003 11:57 Please respond to fop-dev Hi, thank you Jochen, I have found it, but it is not enought for me. If I would to generate a page-sequence for each page or for each 10 page, have I to define explicitly each page-sequence? I don't know how many pages I could have for each document, it is variable. Emilia -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Inviato: lunedì 10 marzo 2003 11.48 A: [EMAIL PROTECTED] Oggetto: Re: multiple page-sequence hi there, Multiple Page-sequence examples are found in the docs section of the FOP distribution. (cfr docs/examples/pagination/franklin_2pageseqs.fo) good luck Jochen Maes ICT Development KBC Securities (kbcsecurities.com) Havenlaan 12 Avenue du Port SIF 8683 B-1080 Brussels Belgium Tel: +32 2 429 96 81 GSM: +32 496 57 90 99 E-mail : [EMAIL PROTECTED] This message and any attachments hereto are for the named person's use only. It may contain confidential, proprietary or legally privileged information. You may not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. If you have received this e-mail message without being the intended recipient, please notify KBC Securities promptly and delete this e-mail. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of KBC Securities.
DO NOT REPLY [Bug 7903] - org.apache.fop.apps.Version.getVersion()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903 org.apache.fop.apps.Version.getVersion() [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 11:16 --- So, is this a bug? I looked into config.xml, there is: entry keyversion/key valueFOP @version@/value /entry ??? But then, why does getVersion() return null? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: multiple page-sequence
I repost an example that help me, hope this helps PS: pay attention at the foreach and change row with your xml node ciao ===XML ?xml version=1.0 encoding=iso-8859-1? table rowRow 1/row rowRow 2/row rowRow 3/row rowRow 4/row rowRow 5/row rowRow 6/row rowRow 7/row rowRow 8/row rowRow 9/row rowRow 10/row rowRow 11/row rowRow 12/row rowRow 13/row rowRow 14/row rowRow 15/row rowRow 16/row rowRow 17/row rowRow 18/row rowRow 19/row rowRow 20/row rowRow 21/row rowRow 22/row rowRow 23/row rowRow 24/row rowRow 25/row rowRow 26/row rowRow 27/row /table XSL ?xml version=1.0 encoding=iso-8859-1? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output indent=yes/ xsl:template match=table result xsl:for-each select=row[ position() mod 5 = 1 ] page-sequence table xsl:copy-of select=./ xsl:for-each select=following-sibling::row[ position() lt; 5 ] xsl:copy-of select=./ /xsl:for-each /table /page-sequence /xsl:for-each /result /xsl:template /xsl:stylesheet ===RESULT ?xml version=1.0 encoding=utf-8? result page-sequence table rowRow 1/row rowRow 2/row rowRow 3/row rowRow 4/row rowRow 5/row /table /page-sequence page-sequence table rowRow 6/row rowRow 7/row rowRow 8/row rowRow 9/row rowRow 10/row /table /page-sequence page-sequence table rowRow 11/row rowRow 12/row rowRow 13/row rowRow 14/row rowRow 15/row /table /page-sequence page-sequence table rowRow 16/row rowRow 17/row rowRow 18/row rowRow 19/row rowRow 20/row /table /page-sequence page-sequence table rowRow 21/row rowRow 22/row rowRow 23/row rowRow 24/row rowRow 25/row /table /page-sequence page-sequence table rowRow 26/row rowRow 27/row /table /page-sequence /result From: Graziani Emilia [EMAIL PROTECTED] Hi, thank you Jochen, I have found it, but it is not enought for me. If I would to generate a page-sequence for each page or for each 10 page, have I to define explicitly each page-sequence? I don't know how many pages I could have for each document, it is variable. Emilia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [VOTE] Conversion from src/org.. to src/java/org..
Christian Geisert wrote: Jeremias Maerki wrote: I'm in major refactoring mode/mood. :-) So I would like to finally make the long due move from src/org/.. to src/java/org. We've discussed it more than once and we didn't come to an end. So I would like to propose the following: [..] If you guys agree with that, I will do the move someday next week (during daytime CET). I will announce the start and the end of the move so we don't have to clean up if someone commits anything in between. Here's my +1. +0.5 (I don't see a real need but it's a bit nicer and if it helps IDE users ..) +0, for the same reasons as Christian. [..] As an option, we can also agree to do the same in the maintenance branch, but since it's finally about to trail off (or so I hope). I've realised today, that the new src/java-1.x directories make it virtually impossible to compile FOP in Eclipse without the the move to src/java. -0 from me, but I'd volunteer to do the move nonetheless. I have struggled a little with Eclipse, eventually limiting my expectations to being able to use it as a debugger. Anything which makes setup for this and other IDEs easier is a plus. -0 on maintenance. I want very soon to tag the tree and create an alt integration branch. If this change is to go ahead, I will wait until it is in place. -- Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/ Lord, to whom shall we go? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Branch for alt.design integration
Fopdevs, I want very soon to tag the tree and create an integration branch, with the intention of merging in from HEAD at frequent intervals, so that the merge back to HEAD is painless when it happens. I think there are enough issues to be sorted out, and that the required feedback from the area tree will be a thorny enough issue that it would be sensible to conduct such experiments away from other development. Opinions? -- Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/ Lord, to whom shall we go? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Japanese Hyphenation was: Re: hyphenation patterns
Konnichiwa. On Fri, 07 Mar 2003 20:22:36 +0100 , J.Pietschmann wrote: Hm. I don't read japanese :-/ JIS X 4051 illustrates line-breaking, justification, writing-mode, letter-spacing, ruby, etc. for Japanese text processing. CSS3 module:text is useful to understand these features in English. http://www.w3.org/TR/css3-text/ This document is probably same as JIS X 4051. Following section is espeically useful for line-breaking. 6. Line breaking 11.2. Hanging punctuation: the 'hanging-punctuation' property Another useful document is following book. http://www.oreilly.com/catalog/cjkvinfo/index.html CJKV Information Processing Chinese, Japanese, Korean Vietnamese Computing By Ken Lunde 1st Edition December 1998 1-56592-224-7, Order Number: 2247 1125 pages Certainly, many japanese people wish that FOP will implement it, but the Japanese Tex hypenation file does not work with current FOP. What's the reason for this? I got the impression both the Japanese and the Chinese TeX versions patched also the TeX source in order to adapt to their respective line breaking rules. I'm not sure how relevant this is to hyphenation. Current FOP can not control any line breaking restrictions. The Asian languages line-breaking strategy has different controls from those of western text. In Japanese, this restriction is called 'kinsoku'. A set of kinsoku character is Open Punctuation, Close Punctuation and Ambiguous Quotation defined in UAX#14. For example, you must not layout U+300C (LEFT CORNER BRACKET) categorized in OP at the end of line and U+3002 (IDEOGRAPHIC FULL STOP) categorized in CP at the head of line. These restriction is estimated at each end of line where is same point as the western soft-hyphenate estimation (i.e. break opportunity estimation). Can FOP currently control these restrictions without any modification? If can, it is my misunderstanding and Japanese Tex hypenation file can use it. But if can not, FOP must implements this feature to use Japanese Tex hypenation file. I think that the cost to implement JIS X 4051 line breaking algorithm is almost equivalent to implement TR14. So I suggested to implement TR14. This is planned for HEAD. The TR14 rules for CJK hyphenation seems to be easy: in absence of any more complicated requirements, hyphenate after every full character. Does the above mentioned standard add such more complicated rules which TR14 does not care too much about? There is no more complicated rules for line-breaking. CSS3 module:text says following :-) http://www.w3.org/TR/css3-text/#line-break-prop | The rules described by JIS X-4051 have been superseded by | the Unicode Technical Report #14. JIS X 4051 line-breaking and TR14 is almost equivalent. In addition, TR14 can use for CJKV and any language with single Unicode Line-Break-Properties file! --- Satoshi Ishigami VIC TOKAI CORPORATION - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7903] - org.apache.fop.apps.Version.getVersion()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903 org.apache.fop.apps.Version.getVersion() [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 13:11 --- The valueFOP @version@/value is in the source config.xml. This is filtered to get the real version into the file during build and packaged into the FOP jar. Therefore: look into the jar to see what really is in there. Furthermore, Version.getVersion() returns null unless either the config.xml is read or the version is explicitely set in the Configuration class (static method). The config.xml is loaded automatically from the jar during instanciation of an an Options object. If FOP is embedded, the FOP core will not automatically instanciate Options, the embedder must take care of this. Often an userconfig is loaded through a 'new Options(userconfig.xml)' or such, this will also load the config.xml from the jar. It's quirky but its supposed to work this way. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7903] - org.apache.fop.apps.Version.getVersion()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903 org.apache.fop.apps.Version.getVersion() [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 14:11 --- okay, thats FOP internal stuff - i'm just a user, so why do you set this bug to Resolved Invalid? as a user, i just call org.apache.fop.apps.Version.getVersion() that returns null ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17828] - Encoding problem with Type 1 fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828 Encoding problem with Type 1 fonts [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 14:37 --- I suspect this is the FAQ Some characters are not displayed, or displayed incorrectly, or displayed as '#', see http://xml.apache.org/fop/faq.html#faq-N10402 Please supply a small self-contained FO file demonstrating the problem if you think otherwise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17828] - Encoding problem with Type 1 fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828 Encoding problem with Type 1 fonts --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 15:17 --- Created an attachment (id=5246) Includes userconfig, sample FO and font - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17830] New: - FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17830. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17830 FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly Summary: FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly Product: Fop Version: 0.20.5 Platform: PC OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I use two markers in a fo:table to retrieve sums that should be place in the page header (region-before) and footer (region-end). for each account position ... table-row keep-together=always keep-together.within-page=always fo:table-cell fo:block text-align=center !--Marker -- fo:marker marker-class-name=subtotalvalue xsl:call-template name=soll_haben xsl:with-param name=textÜbertrag/xsl:with-param xsl:with-param name=amount xsl:choose xsl:when test=A_AMOUNT!='' xsl:value-of select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/TOTALSANDLIMITS/@A_SBALANCE+A_AMOUNT+s um(preceding::A_AMOUNT[.!=''])/ /xsl:when xsl:otherwise xsl:value-of select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/TOTALSANDLIMITS/@A_SBALANCE + sum (preceding::A_AMOUNT[.!= ''])/ /xsl:otherwise /xsl:choose /xsl:with-param xsl:with-param name=currency select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/ACCOUNTHEADER/@CURRENCY/ /xsl:call-template /fo:marker fo:marker marker-class-name=subtotalvalueEx xsl:call-template name=soll_haben xsl:with-param name=textÜbertrag/xsl:with-param xsl:with-param name=amount xsl:value-of select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/TOTALSANDLIMITS/@A_SBALANCE + sum (preceding::A_AMOUNT[.!= ''])/ /xsl:with-param xsl:with-param name=currency select=/ACCOUNTDOCUMENT/ACCOUNTSTATEMENT/ACCOUNTHEADER/@CURRENCY/ /xsl:call-template /fo:marker ... other output like A_AMOUNT ... To get the sum for the footer: fo:retrieve-marker retrieve-class-name=subtotalvalue retrieve-boundary=page retrieve-position=last-starting-within-page/ To get the sum for the header : fo:retrieve-marker retrieve-class-name=subtotalvalueEx retrieve-boundary=page retrieve-position=first-starting-within-page/ Some accountpositions have payment-notes, that are added as additional table- rows : fo:table-row xsl:attribute name=keep-with-previous.within-pagealways/xsl:attribute xsl:attribute name=keep-with-previousalways/xsl:attribute ... payment - note ... What happened is that FOP keeps blocks correctly together. (Accountposition and payment-notes should not be on separate pages) But fo:retrieve-marker sometimes fetches wrong values (from previous / following lines). As a result the sum on a page and their following may differ. Is that behavior a ( known ) mistake ? Regards Joachim Unger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17828] - Encoding problem with Type 1 fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828 Encoding problem with Type 1 fonts --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 15:51 --- When I'm using True Type fonts everything is OK. Problem is only with Type 1. I had spent a long time with reading bugs and documentation (also FAQ) and testing, then I wrote this bug. Certainly I have tested replacing characters with entities (#x010c; for example), but i think, that parsing a and stream interpretation is OK, because there is no problem with True Type fonts and also with Type 1 fonts are national charakters well maped from UTF-8 to WinAnsi and and embedded font is used, only (as I wrote) only chracters that are multibyte in UTF-8 are missing (It is no odds which encoding is input stream). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17828] - Encoding problem with Type 1 fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17828 Encoding problem with Type 1 fonts [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 16:24 --- I forgot reopen bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/documentation/content/xdocs anttask.xml book.xml news.xml resources.xml
chrisg 2003/03/10 10:09:14 Modified:src/documentation/content/xdocs book.xml news.xml resources.xml Added: src/documentation/content/xdocs anttask.xml Log: added info about Ant task added info about FOP related products added news Revision ChangesPath 1.10 +1 -0 xml-fop/src/documentation/content/xdocs/book.xml Index: book.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/book.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- book.xml 5 Mar 2003 23:15:25 - 1.9 +++ book.xml 10 Mar 2003 18:09:13 - 1.10 @@ -28,6 +28,7 @@ menu label=Using FOP menu-item label=Running href=running.html/ menu-item label=Embedding href=embedding.html/ + menu-item label=Ant task href=anttask.html/ menu-item label=Output Formats href=output.html/ menu-item label=Compliance href=compliance.html/ menu-item label=Implemented href=implemented.html/ 1.7 +13 -0 xml-fop/src/documentation/content/xdocs/news.xml Index: news.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/news.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- news.xml 26 Jan 2003 21:34:12 - 1.6 +++ news.xml 10 Mar 2003 18:09:13 - 1.7 @@ -8,6 +8,19 @@ /header body section + title18 Februar 2003 - FOP 0.20.5 Release Candidate 2 available/title + p + See the full text of the link + href=http://archives.apache.org/eyebrowse/[EMAIL PROTECTED]amp;msgNo=4509announcement/link. + /p +/section +section + title2 Frebruar 2002 - New XML PMC/title + p + Jeremias Maerki and Peter B. West are now representing FOP on the XML PMC. + /p +/section +section title28 January 2003 - FOP logo contest/title pWe are looking for a new logo. FOP link href=logocontest.htmllogo contest/link is started!/p 1.6 +18 -0 xml-fop/src/documentation/content/xdocs/resources.xml Index: resources.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/resources.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- resources.xml 29 Nov 2002 22:00:31 - 1.5 +++ resources.xml 10 Mar 2003 18:09:13 - 1.6 @@ -171,6 +171,24 @@ iText is a library that can edit PDF files, it is possible to do post processing of the generated PDF files: link href=http://www.lowagie.com/iText/;http://www.lowagie.com/iText//link. /li + li + html2fo is a converter from html to xsl:fo: + link href=http://html2fo.sourceforge.net/;http://html2fo.sourceforge.net//link. + /li + li + FOA is a XSL-FO Authoring tool: + link href=http://foa.sourceforge.net/;http://foa.sourceforge.net//link. + /li + li + TIFFRenderer is a renderer for outputting multi-page TIFF: + link href=http://www.tkachenko.com/fop/tiffrenderer.html; + http://www.tkachenko.com/fop/tiffrenderer.html/link. + /li + li + AFP Renderer / Batch Assembler for FOP: + link href=http://mypage.bluewin.ch/huanderegg/; + http://mypage.bluewin.ch/huanderegg//link. + /li /ul /section /section 1.1 xml-fop/src/documentation/content/xdocs/anttask.xml Index: anttask.xml === ?xml version=1.0 standalone=no? !DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.1//EN http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-forrest/src/resources/schema/dtd/document-v11.dtd; document header titleAnt task/title /header body p FOP has also an ANT task for integration into your build process. /p sectiontitleParameter/title /section section titleExamples/title p /p source![CDATA[ target name=examples depends=package description=Generates example PDF files taskdef name=fop classname=org.apache.fop.tools.anttasks.Fop classpathref=libs-run-classpath/ mkdir dir=${build.examples.dir}/ fop format=${build.property.examples.mime.type} outdir=${build.examples.dir} messagelevel=debug basedir=${fo.examples.dir} fileset dir=${fo.examples.dir} include name=**/*.fo/ /fileset /fop /target ]]/source p See the full text of the link href=http://archives.apache.org/eyebrowse/[EMAIL
RE: [VOTE] Conversion from src/org.. to src/java/org..
Jeremias Maerki wrote: I'm in major refactoring mode/mood. :-) So I would like to finally make the long due move from src/org/.. to src/java/org. We've discussed it more than once and we didn't come to an end. So I would like to propose the following: We remove the files normally using CVS commands and readd them in the new locations. I only want to do that in the trunk, not in the maintenance branch. Result: - No CVS surgery - Ability to fully restore a state - We lose the ability to diff a file using CVS any further back than when the move has taken place. (I think we can live with that.) My main motivations for the move as such: - Easier handling of FOP in IDEs - Best practices confirmance - Finish what we (I) started If the first two of these motivations are correct, then +1. If you guys agree with that, I will do the move someday next week (during daytime CET). I will announce the start and the end of the move so we don't have to clean up if someone commits anything in between. Here's my +1. If the vote fails, I would like a volunteer who comes up with a new proposal, we vote again and this person does the change. Timeframe: max. 2 weeks. If this sounds like blackmail, it's not intended. I just want to push the process forward. I don't want to discourage -1s. As an option, we can also agree to do the same in the maintenance branch, but since it's finally about to trail off (or so I hope). I've realised today, that the new src/java-1.x directories make it virtually impossible to compile FOP in Eclipse without the the move to src/java. -0 from me, but I'd volunteer to do the move nonetheless. Agree, -0. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
XML to XSL:FO
Hi I am new to FOP, excuse me if this is quite obvious. I would like to convert an XML document into a PDF document using FOP. But FOP requires a corresponding XSL-FO for converting an XML document into PDF format, how can this be done? I would like to do this conversion manually on command-line firstly Regards Narinder - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Printing on different Printers
Title: Nachricht Hi there, i wrote a servlet that supports pdf streaming to a browser (works fine) and printing (server side) using the awtrenderer. Problem here is, when i print it on different printers the look and size changes. On one printer it looks just fine while on the other one some parts are cut off? Is there an explanation / workaround ??? Hope someone can help me out... Thanks in advance Normen Ruhrus
Re: Printing on different Printers
Normen Ruhrus wrote: Hi there, i wrote a servlet that supports pdf streaming to a browser (works fine) and printing (server side) using the awtrenderer. Problem here is, when i print it on different printers the look and size changes. On one printer it looks just fine while on the other one some parts are cut off? Is there an explanation / workaround ??? Hope someone can help me out... Thanks in advance Normen Ruhrus In our testing, we've found that the version of Java being used may affect the output. In particular, there was a bug in pre-1.4.x Sun java that had FontMetrics issues. IBM 1.30 java appears to be unaffected by this bug. As a result, we've indicated to our clients that our FOP implementation requires Sun Java 1.4.1+ or IBM Java 1.30+. If you're having problems, see if you can install one of these JAVA upgrades, and then do more testing. If you find it works, that may be the culprit. HTH! p.s. This might (?) be more appropriate on the fop-user list (which I believe most if not all fop-devers read avidly... ;-) -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: XML to XSL:FO
Title: RE: XML to XSL:FO hey narender... you have to convert your xml into .fo by using a xslt and use the .fo to create the pdf. fo is pretty easy to learn... but for generating .fo ,you have to learn XSLT. http://www-106.ibm.com/developerworks/education/transforming-xml/xmltopdf/xml-to-pdf-stylesheets.html this is where i started and it is very easy to understand. cheers shyam -Original Message- From: Narinder Kumar [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 11, 2003 7:02 AM To: [EMAIL PROTECTED] Subject: XML to XSL:FO Hi I am new to FOP, excuse me if this is quite obvious. I would like to convert an XML document into a PDF document using FOP. But FOP requires a corresponding XSL-FO for converting an XML document into PDF format, how can this be done? I would like to do this conversion manually on command-line firstly Regards Narinder - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: PDF Encryption in HEAD
The encryption filter uses the number and generation as part of the hash to generate the key for a given object. In short, the encryption key is different for every object and is based on the number and generation of the object. I would have preferred something simpler but the PDFXObject is not what is streamed. It was the PDFICCStream which does not have the number and generation properly set. If someone has a suitable example with the various image formats, I will test, verify and correct an issues. Pat -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Sunday, March 09, 2003 5:44 PM To: [EMAIL PROTECTED] Subject: PDF Encryption in HEAD Hi all, I tried to get PDF encryption into HEAD and failed. Most of the problem is that PDFXObject no longer has a reference to the PDFDocument, where the encryption object resides in the patch. I'm not sure how important this is, the encryption filter is different from the other filters: it takes the number+generation of something, however, at some instances it takes the number+gen from the XObject, at others (ICCStream) from the stream it is applied. I have not enough knowledge of PDF encryption to sort this out. Actually, I didn't try the code from the maintentance branch with an image (hint, hint: need GIF/BMP, JPG with ICC and EPS to test. Jeremias: this appears to be your speciality...). Any hints how to proceed? J.Pietschmann - 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: [VOTE] Conversion from src/org.. to src/java/org..
Jeremias Maerki wrote: I'm in major refactoring mode/mood. :-) So I would like to finally make the long due move from src/org/.. to src/java/org. +0 J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7903] - org.apache.fop.apps.Version.getVersion()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7903 org.apache.fop.apps.Version.getVersion() [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 23:32 --- You are not supposed to call Version.getVersion() before you've instantiated an Options object. In fact, the original intention was that you weren't supposed to call Version.getVersion() at all. This is actually documented somewhere. FOP wasn't originally designed with an API in mind. This will change in some future release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17830] - FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17830. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17830 FOP0.20.5rc and keep-together=retrieve-marker doesn't work correctly [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 23:34 --- *** This bug has been marked as a duplicate of 16999 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: PDF Encryption in HEAD
The encryption filter uses the number and generation as part of the hash to generate the key for a given object. In short, the encryption key is different for every object and is based on the number and generation of the object. I would have preferred something simpler but the PDFXObject is not what is streamed. It was the PDFICCStream which does not have the number and generation properly set. If someone has a suitable example with the various image formats, I will test, verify and correct an issues. Try the example in test/resources/fop/image/types.fo this has various image formats. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [VOTE] Conversion from src/org.. to src/java/org..
I'm in major refactoring mode/mood. :-) So I would like to finally make the long due move from src/org/.. to src/java/org. We've discussed it more than once and we didn't come to an end. So I would like to propose the following: We remove the files normally using CVS commands and readd them in the new locations. I only want to do that in the trunk, not in the maintenance branch. Result: - No CVS surgery - Ability to fully restore a state - We lose the ability to diff a file using CVS any further back than when the move has taken place. (I think we can live with that.) My main motivations for the move as such: - Easier handling of FOP in IDEs - Best practices confirmance - Finish what we (I) started If you guys agree with that, I will do the move someday next week (during daytime CET). I will announce the start and the end of the move so we don't have to clean up if someone commits anything in between. Here's my +1. +1 If the vote fails, I would like a volunteer who comes up with a new proposal, we vote again and this person does the change. Timeframe: max. 2 weeks. If this sounds like blackmail, it's not intended. I just want to push the process forward. I don't want to discourage -1s. As an option, we can also agree to do the same in the maintenance branch, but since it's finally about to trail off (or so I hope). I've realised today, that the new src/java-1.x directories make it virtually impossible to compile FOP in Eclipse without the the move to src/java. -0 from me, but I'd volunteer to do the move nonetheless. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
PS rederer 2
This is part 2 __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com PSTextPainter.java Description: PSTextPainter.java PSProcSets.java Description: PSProcSets.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
PS renderer 1
Jeremias, These are the works I have done so far on PS renderer. 4 files modified, 1 new file added. I will split them in 3 emails. Here is part 1 __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com PSRenderer.java Description: PSRenderer.java PSXMLHandler.java Description: PSXMLHandler.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
PS renderer 3
Part 3 __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com PSGraphics2D.java Description: PSGraphics2D.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Repeat PS Renderer 3
Jeremias, fop-dev list manager complains my part 3 too large. So I send the WinCVS diff of PSGraphics2D.java here. cvs diff PSGraphics2D.java (in directory G:\xml-fop\src\org\apache\fop\render\ps\) Index: PSGraphics2D.java === RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/render/ps/PSGraphics2D.java,v retrieving revision 1.9 diff -r1.9 PSGraphics2D.java 74c74 --- protected FontState ovFontState = null; 461c461 gen.writeln(c.getRed() + + c.getGreen() + + c.getBlue() --- gen.writeln(gen.formatDouble(c.getRed()/255.0) + + gen.formatDouble(c.getGreen()/255.0) + + gen.formatDouble(c.getBlue()/255.0) 493,496c493,496 // psRenderer.write((1000 * PDFNumber.doubleOut(vals[0])) + // + (1000 * PDFNumber.doubleOut(vals[1])) + + // (1000 * PDFNumber.doubleOut(vals[2])) + + // (1000 * PDFNumber.doubleOut(vals[3])) + y\n); --- gen.writeln(gen.formatDouble(1000 * vals[0]) + + gen.formatDouble(1000 * vals[1]) + + gen.formatDouble(1000 * vals[2]) + + gen.formatDouble(1000 * vals[3]) + QUADTO ); 545,548c545,548 // psRenderer.write(1000 * PDFNumber.doubleOut(vals[0]) + // + 1000 * PDFNumber.doubleOut(vals[1]) + + // 1000 * PDFNumber.doubleOut(vals[2]) + + // 1000 * PDFNumber.doubleOut(vals[3]) + y\n); --- gen.writeln(gen.formatDouble(1000 * vals[0]) + + gen.formatDouble(1000 * vals[1]) + + gen.formatDouble(1000 * vals[2]) + + gen.formatDouble(1000 * vals[3]) + QUADTO ); 763,787c763,781 try { System.out.println(drawString(String)); gen.writeln(BT); Shape imclip = getClip(); writeClip(imclip); Color c = getColor(); gen.writeln(c.getRed() + + c.getGreen() + + c.getBlue() + setrgbcolor); AffineTransform trans = getTransform(); trans.translate(x, y); double[] vals = new double[6]; trans.getMatrix(vals); gen.writeln(gen.formatDouble(vals[0]) + + gen.formatDouble(vals[1]) + + gen.formatDouble(vals[2]) + + gen.formatDouble(vals[3]) + + gen.formatDouble(vals[4]) + + gen.formatDouble(vals[5]) + + gen.formatDouble(vals[6]) + Tm [ + s + ]); gen.writeln(ET); } catch (IOException ioe) { handleIOException(ioe); --- try { if(ovFontState == null) { Font gFont = getFont(); String n = gFont.getFamily(); if (n.equals(sanserif)) { n = sans-serif; } int siz = gFont.getSize(); String style = gFont.isItalic() ? italic : normal; String weight = gFont.isBold() ? bold : normal; //try { //fontState = new FontState(n, fontState.getFontMetrics(),siz); //} catch (org.apache.fop.apps.FOPException fope) { //fope.printStackTrace(); //} } else { fontState = ovFontState; ovFontState = null; 788a783,828 Shape imclip = getClip(); writeClip(imclip); Color c = getColor(); gen.writeln(c.getRed()/255.0 + + c.getGreen()/255.0 + + c.getBlue()/255.0 + setrgbcolor); AffineTransform trans = getTransform(); trans.translate(x, y); double[] vals = new double[6]; trans.getMatrix(vals); gen.writeln(gen.formatDouble(1000*vals[4]) + + gen.formatDouble(1000*vals[5]) + + moveto ); //String fontWeight = fontState.getFontWeight(); StringBuffer sb = new StringBuffer(); int l = s.length(); if ((currentFontName != fontState.getFontName()) || (currentFontSize != fontState.getFontSize())) { gen.writeln(fontState.getFontName() + + fontState.getFontSize() + F); currentFontName = fontState.getFontName(); currentFontSize = fontState.getFontSize(); } for (int i = 0; i l; i++) { char ch = s.charAt(i); char mch = fontState.mapChar(ch); if (mch 127) { sb = sb.append(\\ + Integer.toOctalString(mch)); } else { String escape = \\()[]{}; if
cvs commit: xml-fop/src/org/apache/fop/fo/pagination RegionStart.java
vmote 2003/03/10 20:08:17 Modified:src/org/apache/fop/fo/pagination RegionStart.java Log: non-ASCII character choking JBuilder Revision ChangesPath 1.12 +12 -12xml-fop/src/org/apache/fop/fo/pagination/RegionStart.java Index: RegionStart.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/pagination/RegionStart.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- RegionStart.java 6 Mar 2003 13:42:42 - 1.11 +++ RegionStart.java 11 Mar 2003 04:08:17 - 1.12 @@ -3,34 +3,34 @@ * *The Apache Software License, Version 1.1 * - * + * * Copyright (C) 1999-2003 The Apache Software Foundation. All rights reserved. - * + * * Redistribution and use in source and binary forms, with or without modifica- * tion, are permitted provided that the following conditions are met: - * + * * 1. Redistributions of source code must retain the above copyright notice, *this list of conditions and the following disclaimer. - * + * * 2. Redistributions in binary form must reproduce the above copyright notice, *this list of conditions and the following disclaimer in the documentation *and/or other materials provided with the distribution. - * + * * 3. The end-user documentation included with the redistribution, if any, must *include the following acknowledgment: This product includes software *developed by the Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowledgment may appear in the software itself, if *and wherever such third-party acknowledgments normally appear. - * + * * 4. The names FOP and Apache Software Foundation must not be used to *endorse or promote products derived from this software without prior *written permission. For written permission, please contact *[EMAIL PROTECTED] - * + * * 5. Products derived from this software may not be called Apache, nor may *Apache appear in their name, without prior written permission of the *Apache Software Foundation. - * + * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES, * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND * FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE @@ -42,12 +42,12 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * + * * This software consists of voluntary contributions made by many individuals * on behalf of the Apache Software Foundation and was originally created by * James Tauber [EMAIL PROTECTED]. For more information on the Apache * Software Foundation, please see http://www.apache.org/. - */ + */ package org.apache.fop.fo.pagination; // Java @@ -75,7 +75,7 @@ * @see org.apache.fop.fo.pagination.Region#getViewportRectangle(FODimension) */ protected Rectangle getViewportRectangle (FODimension reldims) { -// Depends on extent, precedence anâ writing mode +// Depends on extent, precedence and writing mode // This is the rectangle relative to the page-reference area in // writing-mode relative coordinates Rectangle vpRect; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hyphenation patterns
Keiron, I assume it was you who wrote two of the mails and put the notifications on the Wiki page? With only the IP address it's difficult to tell (you can register your name in Preferences. Nudge, nudge). Was it Togan, you contacted or one of the other two? Not that we write to the same people twice. Thanks Sorry about that, still trying to sort out how this wiki stuff works. Yes, I sent mails to the email for those who submitted the files. Keiron. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Repeat PS Renderer 3
Thanks George. I'll look at the files today. If you want to avoid this kind of problem in the future you can add a BugZilla entry and add your files as attachment there (Use [PATCH] in the subject). That produces far less traffic on the mailing list as a side effect. You can also ZIP your files up to make them smaller. And last but not least, we normally prefer CVS diff files over the full file. Thanks again! On 11.03.2003 04:46:40 Zhong Yi wrote: Jeremias, fop-dev list manager complains my part 3 too large. So I send the WinCVS diff of PSGraphics2D.java here. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]