Re: [ANNOUNCEMENT] FOP 0.20.4 Release Candidate available
Christian Geisert wrote: Another potential for saving space are the included jars (stuff like schema parser and html/wml-dom in xerces.jar, SAX/DOM in batik.jar etc.) btw, what about crimson parser? Its jar is only about 200Kb and it's apache also. -- Oleg Tkachenko Multiconn International Ltd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Fractional font size
Hello, I am working on a project using FOP to produce PDF documents. The situation now was, that our customer said a font size of 7pt would be too small, but 8pt turned out to be too big, because some contents did not fit into the documents' table cells. Since the PDF specification allows fractional font size so e.g. 7.5pt, I wondered why FOP could not produce such values. Investigating FOP's source code I found the following line in class PDFRenderer within method renderWordArea(..): pdf = pdf.append(/ + name + + (size / 1000) + Tf\n); The integer operation size / 1000 causes fractional font sizes, that have been specified in the FO input and are now contained in variable size, to become whole-numbered values. If one simply replace the line by pdf = pdf.append(/ + name + + (((float)size) / 1000f) + Tf\n); to perform a float calculation FOP is able to produce fractional font size! Perhaps you are interested in this change, or do you see any problems? If you like, I could send you the whole PDFRenderer file (fop0.20.3). Kind regards, Björn Lütkemeier - SN AG Klingender Str. 5 D-33100 Paderborn - internet: http://www.s-und-n.de mail: [EMAIL PROTECTED] phone: 05251 / 1581-35 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Fractional font size
Thanks a lot. I've had the same problem two weeks ago and made a mental note to investigate. I'm happy that I don't have to find it myself, now. It's interesting: There were/are quite a few bugs like this in our renderers. I've fixed one of them recently for letter-spacing. I hope we find them all, eventually. Again, thanks. I'll do the change this evening so this goes into 0.20.4. No need to send the whole file. Normally, we prefer a CVS unified diff, but this would be overkill for this issue. I am working on a project using FOP to produce PDF documents. The situation now was, that our customer said a font size of 7pt would be too small, but 8pt turned out to be too big, because some contents did not fit into the documents' table cells. Since the PDF specification allows fractional font size so e.g. 7.5pt, I wondered why FOP could not produce such values. Investigating FOP's source code I found the following line in class PDFRenderer within method renderWordArea(..): pdf = pdf.append(/ + name + + (size / 1000) + Tf\n); The integer operation size / 1000 causes fractional font sizes, that have been specified in the FO input and are now contained in variable size, to become whole-numbered values. If one simply replace the line by pdf = pdf.append(/ + name + + (((float)size) / 1000f) + Tf\n); to perform a float calculation FOP is able to produce fractional font size! Perhaps you are interested in this change, or do you see any problems? If you like, I could send you the whole PDFRenderer file (fop0.20.3). Cheers, Jeremias Märki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: table-cell wrapping
What other properties have you set on fo:block? What about wrap-option? From: Matthew L. Avizinis [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: table-cell wrapping Date: Tue, 25 Jun 2002 18:42:43 -0400 Hello FOP developer type folks, When I put content, just a simple text sentence, inside a table cell fo:block it does not wrap properly unless I put in a margin-right=0mm attribute. Is this a defect or is that the way it's supposed to be? Or could there be something else going on that I should look for? I am using 0.20.3. Helpful hints appreciated, Matthew L. Avizinis XML/XSL Software DeveloperGleim [EMAIL PROTECTED] _ Send and receive Hotmail on your mobile device: http://mobile.msn.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
table-omit-header-at-break
hi guyz... I just saw in one of the documents i make that the table header isn't shown @ every page break... :-( this is how i set it: fo:table table-layout=fixed table-omit-header-at-break=true keep-together=always in my table-body i use an xsl:for-each to write the different rows (hope this hasn't something to do with it... dunno someone knows what it might be? greetings, 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. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fo/expr PropertyParser.java
pbwest 2002/06/26 08:19:27 Modified:src/org/apache/fop/fo/expr Tag: FOP_0-20-0_Alt-Design PropertyParser.java Log: Support code for system-font function Revision ChangesPath No revision No revision 1.5.2.4 +13 -3 xml-fop/src/org/apache/fop/fo/expr/PropertyParser.java Index: PropertyParser.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/expr/PropertyParser.java,v retrieving revision 1.5.2.3 retrieving revision 1.5.2.4 diff -u -r1.5.2.3 -r1.5.2.4 --- PropertyParser.java 24 Jun 2002 22:31:58 - 1.5.2.3 +++ PropertyParser.java 26 Jun 2002 15:19:27 - 1.5.2.4 @@ -10,6 +10,7 @@ import org.apache.fop.fo.PropertyConsts; import org.apache.fop.fo.Properties; import org.apache.fop.fo.PropNames; +import org.apache.fop.fo.expr.SystemFontFunction; import org.apache.fop.fo.expr.PropertyValue; import org.apache.fop.fo.expr.PropertyValueList; @@ -470,8 +471,17 @@ // Font function else if (currentTokenValue.equals(system-font)) { PropertyValue[] args = parseArgs(1, 2); -throw new PropertyException -(system-font function is not supported.); +if (args.length == 1) { +prop = SystemFontFunction.systemFontCharacteristic +(property, + ((StringType)args[0]).getString()); +} else { +// 2 args +prop = SystemFontFunction.systemFontCharacteristic +(property, + ((StringType)args[0]).getString(), + ((StringType)args[0]).getString()); +} } // Property value functions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fo/expr PropertyParser.java
pbwest 2002/06/26 08:55:38 Modified:src/org/apache/fop/fo/expr Tag: FOP_0-20-0_Alt-Design PropertyParser.java Log: Fix typo in systemFontCharacteristic code Revision ChangesPath No revision No revision 1.5.2.5 +2 -2 xml-fop/src/org/apache/fop/fo/expr/PropertyParser.java Index: PropertyParser.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/expr/PropertyParser.java,v retrieving revision 1.5.2.4 retrieving revision 1.5.2.5 diff -u -r1.5.2.4 -r1.5.2.5 --- PropertyParser.java 26 Jun 2002 15:19:27 - 1.5.2.4 +++ PropertyParser.java 26 Jun 2002 15:55:37 - 1.5.2.5 @@ -480,7 +480,7 @@ prop = SystemFontFunction.systemFontCharacteristic (property, ((StringType)args[0]).getString(), - ((StringType)args[0]).getString()); + ((StringType)args[1]).getString()); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fo/expr SystemFontFunction.java
pbwest 2002/06/26 08:59:47 Modified:src/org/apache/fop/fo/expr Tag: FOP_0-20-0_Alt-Design SystemFontFunction.java Log: Added 3 arg systemFontCharacteristic(). Added expandFontSHand(). Revision ChangesPath No revision No revision 1.1.2.2 +72 -5 xml-fop/src/org/apache/fop/fo/expr/Attic/SystemFontFunction.java Index: SystemFontFunction.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/expr/Attic/SystemFontFunction.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- SystemFontFunction.java 25 Jun 2002 14:06:03 - 1.1.2.1 +++ SystemFontFunction.java 26 Jun 2002 15:59:46 - 1.1.2.2 @@ -9,6 +9,8 @@ import org.apache.fop.fo.Properties.Font; import org.apache.fop.fo.PropNames; +import org.apache.fop.fo.PropertySets; +import org.apache.fop.fo.expr.PropertyException; import org.apache.fop.fo.expr.FunctionNotImplementedException; /** @@ -20,9 +22,74 @@ private static final String tag = $Name$; private static final String revision = $Revision$; -public static PropertyValue systemFont(String font, int property) -throws FunctionNotImplementedException +/** + * Return the ttPropertyValue/tt appropriate to the emproperty/em + * of the argument. emproperty/em must be one of the font + * characteristic properties in the expansion set of the emfont/em + * shorthand property; emPropertySets.fontExpansion/em. + * @param property ttint/tt index of the font characteristic property + * to be returned. + * @param font ttString/tt name of the system font + * @exception FunctionNotImplementedException + * @exception PropertyException if the property is not appropriate or + * if any other errors occur in the processing of the property + */ +public static PropertyValue systemFontCharacteristic +(int property, String font) +throws FunctionNotImplementedException, PropertyException { throw new FunctionNotImplementedException(system-font); +} + +/** + * Return the ttPropertyValue/tt appropriate to the emproperty/em + * of the argument. The value returned is the current value of the + * font characteristic, named by empropName/em, defined on the + * system font named by emfont/em. empropName/em must be one of + * characteristic properties in the expansion set of the emfont/em + * shorthand property; emPropertySets.fontExpansion/em. + * @param property ttint/tt index of the property for the + * ttPropertyValue/tt to be returned. + * @param font ttString/tt name of the system font + * @param propName ttString/tt name of font characteristic whose + * current value is to be returned. + * @exception FunctionNotImplementedException + * @exception PropertyException if the property is not appropriate or + * if any other errors occur in the processing of the property + */ +public static PropertyValue systemFontCharacteristic +(int Property, String font, String propName) +throws FunctionNotImplementedException, PropertyException +{ +throw new FunctionNotImplementedException(system-font); +} + +/** + * Expand the emfont/em shorthand property defined for a named + * system font, by providing a ttPropertyValueList/tt containing + * one element for each property expansion from the emfont/em + * shorthand. Individual values are derived by calling + * emSystemFontFunction.systemFontCharacteristic/em for each + * property in the expansion. + * @param property ttint/tt index of the property for the + * ttPropertyValue/tt to be returned. + * @param font ttString/tt name of the system font + * @return ttPropertyValueList/tt containing a list of + * ttPropertyValue/tts, one for each property in the expansion of + * the emfont/em shorthand property. + * @exception PropertyException + */ +public static PropertyValueList expandFontSHand +(int property, String font) +throws PropertyException +{ +// Get the array of indices of the properties in the +// expansion of this shorthand +ROIntArray expansion = PropertySets.fontExpansion; +PropertyValueList list = new PropertyValueList(property); +for (int i = 0; i expansion.length; i++) { +list.add(systemFontCharacteristic(expansion.get(i), font)); +} +return list; } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
DO NOT REPLY [Bug 10255] New: - FOP Cannot be embeded in Tomcat 4.0.4
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=10255. 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=10255 FOP Cannot be embeded in Tomcat 4.0.4 Summary: FOP Cannot be embeded in Tomcat 4.0.4 Product: Fop Version: all Platform: All OS/Version: Other Status: NEW Severity: Major Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] FOP needs to get the Classloader of org.apache.fop.fo.ElementMapping.class to start, but in TC4.0.4 we cannot access to classloader. This is an issue that blocks the use of embeded FOP in TC 4.0.4 This is due a security change on TC, so the best solution is to patch FOP and don't say This is a TC issue // add mappings from available services Enumeration providers = Service.providers(org.apache.fop.fo.ElementMapping.class); if (providers != null) { while (providers.hasMoreElements()) { String str = (String)providers.nextElement(); try { addElementMapping(str); } catch (IllegalArgumentException e) {} } } class Service { static Hashtable providerMap = new Hashtable(); public static synchronized Enumeration providers(Class cls) { ClassLoader cl = cls.getClassLoader(); - wil return null on tomcat 4.04 String serviceFile = META-INF/services/ + cls.getName(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: table-cell wrapping
fo:table-cell fo:block space-before={$spc-b4} text-indent={$indent} space-after={$spc-after} margin-right=0mm /fo:table-cell wrap option is default unless otherwise set to 'nowrap', unless my understanding is incorrect and nowrap _is_ the default, which sounds counter-intuitive. -Original Message- From: Chris Bowditch [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 26, 2002 9:22 AM To: [EMAIL PROTECTED] Subject: Re: table-cell wrapping What other properties have you set on fo:block? What about wrap-option? From: Matthew L. Avizinis [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: table-cell wrapping Date: Tue, 25 Jun 2002 18:42:43 -0400 Hello FOP developer type folks, When I put content, just a simple text sentence, inside a table cell fo:block it does not wrap properly unless I put in a margin-right=0mm attribute. Is this a defect or is that the way it's supposed to be? Or could there be something else going on that I should look for? I am using 0.20.3. Helpful hints appreciated, Matthew L. Avizinis XML/XSL Software DeveloperGleim [EMAIL PROTECTED] _ Send and receive Hotmail on your mobile device: http://mobile.msn.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
bug? one-word table cell not appearing
In the following FO table, the word Final doesn't appear in the first row. Note that the first column contains only one word. The word Final does appear in the second row. Note that the first column contains more than one word. Is this a bug, or is it just me? I'm using FOP 0.20.3 on Linux. ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master margin-bottom=1cm margin-top=1.5cm margin-right=1cm margin-left=1cm page-width=21.5cm page-height=27.9cm master-name=mainPage fo:region-before extent=1cm/ fo:region-after extent=1cm/ fo:region-body margin-bottom=1cm margin-top=1cm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence initial-page-number=1 master-reference=mainPage fo:flow font-size=10pt font-family=serif flow-name=xsl-region-body fo:table table-layout=fixed space-after=0.5em space-before=0.5em fo:table-column column-width=12.675cm/ fo:table-column column-width=3.9004cm/ fo:table-body fo:table-row fo:table-cell fo:block fo:block space-after=4pt space-before=4ptReview/fo:block /fo:block /fo:table-cell fo:table-cell fo:block fo:block space-after=4pt space-before=4ptFinal/fo:block /fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:block fo:block space-after=4pt space-before=4ptComprehensive Review/fo:block /fo:block /fo:table-cell fo:table-cell fo:block fo:block space-after=4pt space-before=4ptFinal/fo:block /fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root -- J. David Eisenberg http://catcode.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: table-cell wrapping
Matthew L. Avizinis wrote: fo:table-cell fo:block space-before={$spc-b4} text-indent={$indent} space-after={$spc-after} margin-right=0mm /fo:table-cell wrap option is default unless otherwise set to 'nowrap', unless my understanding is incorrect and nowrap _is_ the default, which sounds counter-intuitive. Default is to wrap. Is there a margin inherited from an enclosing block? I've bitten several times by this. In this case, put margin=0mm right on the fo:table element. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: documentation for the maintenance branch
Jeremias Maerki wrote: We're not really in a hurry, are we? I thought we are... The problem is that DTD and XSL of all documents has to be in sync, a partial commit breaks things :( If it makes life simpler: +1. The only question arises when we're coming to the point when we're starting with dev releases of the redesign. We need different docs for each, right? We should factor out a common set. I still don't get Jörg's CVS notifications. What can we do to get them working? I'd really appreciate to know what's going on in CVS. The last checkin showed a generate commit notification mail or something, but I didn't get one either. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/docs/examples/fo fonts.fo
jeremias2002/06/26 13:34:19 Modified:docs/examples/fo Tag: fop-0_20_2-maintain fonts.fo Log: Add code for testing and demonstrating fractional font sizes. Revision ChangesPath No revision No revision 1.7.4.3 +29 -0 xml-fop/docs/examples/fo/fonts.fo Index: fonts.fo === RCS file: /home/cvs/xml-fop/docs/examples/fo/fonts.fo,v retrieving revision 1.7.4.2 retrieving revision 1.7.4.3 diff -u -r1.7.4.2 -r1.7.4.3 --- fonts.fo 11 Feb 2002 00:43:43 - 1.7.4.2 +++ fonts.fo 26 Jun 2002 20:34:19 - 1.7.4.3 @@ -185,7 +185,36 @@ /fo:block + fo:block font-family=Helvetica font-size=12pt + Different font sizes: + /fo:block fo:block space-after.optimum=10pt font-family=Helvetica + fo:inline font-size=8.0ptA/fo:inline + fo:inline font-size=8.1ptA/fo:inline + fo:inline font-size=8.2ptA/fo:inline + fo:inline font-size=8.3ptA/fo:inline + fo:inline font-size=8.4ptA/fo:inline + fo:inline font-size=8.5ptA/fo:inline + fo:inline font-size=8.6ptA/fo:inline + fo:inline font-size=8.7ptA/fo:inline + fo:inline font-size=8.8ptA/fo:inline + fo:inline font-size=8.9ptA/fo:inline + fo:inline font-size=9.0ptA/fo:inline + fo:inline font-size=9.1ptA/fo:inline + fo:inline font-size=9.2ptA/fo:inline + fo:inline font-size=9.3ptA/fo:inline + fo:inline font-size=9.4ptA/fo:inline + fo:inline font-size=9.5ptA/fo:inline + fo:inline font-size=9.6ptA/fo:inline + fo:inline font-size=9.7ptA/fo:inline + fo:inline font-size=9.8ptA/fo:inline + fo:inline font-size=9.9ptA/fo:inline + fo:inline font-size=10ptA/fo:inline + fo:inline---/fo:inline + fo:inline font-size=10.5ptA/fo:inline + fo:inline font-size=11ptA/fo:inline + fo:inline font-size=11.5ptA/fo:inline + fo:inline font-size=12ptA/fo:inline /fo:block - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/render/pdf PDFRenderer.java
jeremias2002/06/26 13:36:53 Modified:src/org/apache/fop/render/pdf Tag: fop-0_20_2-maintain PDFRenderer.java Log: Fix: Allow for fractional font sizes Submitted by: Björn Lütkemeier Revision ChangesPath No revision No revision 1.91.2.5 +2 -2 xml-fop/src/org/apache/fop/render/pdf/PDFRenderer.java Index: PDFRenderer.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/render/pdf/PDFRenderer.java,v retrieving revision 1.91.2.4 retrieving revision 1.91.2.5 diff -u -r1.91.2.4 -r1.91.2.5 --- PDFRenderer.java 7 Jun 2002 20:12:35 - 1.91.2.4 +++ PDFRenderer.java 26 Jun 2002 20:36:52 - 1.91.2.5 @@ -622,7 +622,7 @@ this.currentFontName = name; this.currentFontSize = size; -pdf = pdf.append(/ + name + + (size / 1000) + Tf\n); +pdf = pdf.append(/ + name + + ((float)size / 1000) + Tf\n); } //Do letter spacing (must be outside of [..] TJ) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/apps StreamRenderer.java
jeremias2002/06/26 13:37:50 Modified:src/org/apache/fop/apps Tag: fop-0_20_2-maintain StreamRenderer.java Log: Added licence header Fix possible DivByZero Revision ChangesPath No revision No revision 1.6.2.4 +12 -4 xml-fop/src/org/apache/fop/apps/Attic/StreamRenderer.java Index: StreamRenderer.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/apps/Attic/StreamRenderer.java,v retrieving revision 1.6.2.3 retrieving revision 1.6.2.4 diff -u -r1.6.2.3 -r1.6.2.4 --- StreamRenderer.java 11 Jun 2002 00:01:14 - 1.6.2.3 +++ StreamRenderer.java 26 Jun 2002 20:37:49 - 1.6.2.4 @@ -1,3 +1,9 @@ +/* + * $Id$ + * Copyright (C) 2001 The Apache Software Foundation. All rights reserved. + * For details on use and redistribution please refer to the + * LICENSE file included with these sources. + */ package org.apache.fop.apps; import java.io.OutputStream; @@ -23,7 +29,7 @@ PageSequences up until all the IDs required by them are satisfied, at which time it will render the pages.P - + StreamRenderer is created by Driver and called from FOTreeBuilder when a PageSequence is created, and AreaTree when a Page is formatted.P @@ -169,8 +175,10 @@ long timeUsed = System.currentTimeMillis() - startTime; log.debug(Total time used: + timeUsed + ms); -log.debug(Pages rendererd: + pageCount); -log.debug(Avg render time: + (timeUsed / pageCount) + ms/page); +log.debug(Pages rendered: + pageCount); +if (pageCount != 0) { +log.debug(Avg render time: + (timeUsed / pageCount) + ms/page); +} } /** @@ -309,7 +317,7 @@ return true; } } - + public Page getNextPage(Page current, boolean isWithinPageSequence, boolean isFirstCall) { Page nextPage = null; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Licence short or long
Hi committers I think I need to bring up a subject that not so comfortable but that has to be brought up again IMO. On the Avalon dev list they fight again between long and short licences in source code. We have the short form but it seems like we have to switch (back?) to the long form. Here's the link to the discussion: http://marc.theaimsgroup.com/?t=10250974725r=1w=2 What do you think? Cheers, Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: table-cell wrapping
-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 26, 2002 3:57 PM To: [EMAIL PROTECTED] Subject: Re: table-cell wrapping Matthew L. Avizinis wrote: fo:table-cell fo:block space-before={$spc-b4} text-indent={$indent} space-after={$spc-after} margin-right=0mm /fo:table-cell wrap option is default unless otherwise set to 'nowrap', unless my understanding is incorrect and nowrap _is_ the default, which sounds counter-intuitive. Default is to wrap. 2¢]--That's what I thought. Is there a margin inherited from an enclosing block? I've bitten several times by this. In this case, put margin=0mm right on the fo:table element. 2¢]--Inheritance -- that's what got me. You're right on that one. Thanks much. matthew l. avizinis 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: Licence short or long
-Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: June 26, 2002 5:42 PM To: [EMAIL PROTECTED] Subject: Licence short or long Hi committers I think I need to bring up a subject that not so comfortable but that has to be brought up again IMO. On the Avalon dev list they fight again between long and short licences in source code. We have the short form but it seems like we have to switch (back?) to the long form. Here's the link to the discussion: http://marc.theaimsgroup.com/?t=10250974725r=1w=2 What do you think? It's news to me that the board changed their mind. I'm not saying that they did not, it's just I haven't heard that they now forbid the short form. I'll see what I can find out. And in fact the short form was explicitly okayed some time ago. When we decided to switch over it wasn't just an off-the-cuff haphazard decision. Personally I think the long form stinks. Every source file I open from an ASF project I immediately have to scroll down 1 or 2 pages to see actual source. And just copying and pasting the long Jakarta license into a text editor I see that it is 2700 bytes. Multiply that by 500 source files or 1000 source files and you have 0.5 MB or 1 MB (uncompressed) of garbage when a simple short pointer to a _single_ long license in the distro ought to be enough. These were both points that have been expressed before and I think they are still valid. But that's common sense. When did licensing ever mesh with common sense? :-) If we have to switch back to the long form, oh well. Not much choice there. Regards, Arved Sandstrom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Error using servlet for external-graphic
Hi all, I'm trying to use a servlet to generate a dynamic image and am seeing the following error: 6/26/02 3:16 PM -- http://localhost:8080/client/DoGetImage?w=200h=100leftmargin=1.5 6/26/02 3:16 PM -- Could not load external SVG: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: head).Error while creating area : No ImageReader for this type of image (http://localhost:8080/client/DoGet Image?w=200h=100leftmargin=1.5) The relevant FO source is: fo:external-graphic src=http://localhost:8080/client/DoGetImage?w=200amp;h=100amp;leftmargin=1.5/ The image displays fine in a browser, but after adding some logging code to the servlet it appears that FOP is not calling it at all. Does anybody know what might be causing this error (querystring in the URL, use of a port number, etc)? Much thanks, Joel Stevenson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Licence short or long
On Wednesday 26 June 2002 22:42, Jeremias Maerki wrote: . . . We have the short form but it seems like we have to switch (back?) to the long form. . . . I agree, Stefano's message [1] in the thread you mention makes it clear, . . .the ASF board, to avoid confusion, wants everybody to stick with the full license until the new license is out. . . -Bertrand [1] http://marc.theaimsgroup.com/?l=avalon-devm=102511331724304w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Fractional font size
Björn I've committed this to CVS. Thanks a lot for going after this. Your fix will be included in the next release. Cheers, Jeremias Märki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Licence short or long
Arved I totally agree with you. What confuses me, though, is the fact that the ASF doesn't control and enforce its policies in every project. Communication is the key. as always I think I need to bring up a subject that not so comfortable but that has to be brought up again IMO. On the Avalon dev list they fight again between long and short licences in source code. We have the short form but it seems like we have to switch (back?) to the long form. Here's the link to the discussion: http://marc.theaimsgroup.com/?t=10250974725r=1w=2 What do you think? It's news to me that the board changed their mind. I'm not saying that they did not, it's just I haven't heard that they now forbid the short form. I'll see what I can find out. And in fact the short form was explicitly okayed some time ago. When we decided to switch over it wasn't just an off-the-cuff haphazard decision. Personally I think the long form stinks. Every source file I open from an ASF project I immediately have to scroll down 1 or 2 pages to see actual source. And just copying and pasting the long Jakarta license into a text editor I see that it is 2700 bytes. Multiply that by 500 source files or 1000 source files and you have 0.5 MB or 1 MB (uncompressed) of garbage when a simple short pointer to a _single_ long license in the distro ought to be enough. These were both points that have been expressed before and I think they are still valid. But that's common sense. When did licensing ever mesh with common sense? :-) If we have to switch back to the long form, oh well. Not much choice there. Cheers, Jeremias Märki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]