Integrating Tree into FO tree handling
For those of you who were here when my Tree class was discussed, here is the latest on the integration of that datastructure into the expression of the FO Tree. The initial structure is a Tree class with a member class Node. (Node itself has a number of Iterator member classes.) Class FOTree extends Tree, and so inherits an inner Node class. That implicit inner Node class, i.e. FOTree.Node, is extended by FONode, which thereby inherits the implicit containing class FOTree. Individual elements of the Fo Tree, starting with FoRoot, extend FONode, thereby also becoming member classes of FOTree. At least, that's the way I understand this inheritance to work. [ Tree[ .Node ] ] | v [ FOTree ([ .Node ])] | v [(FOTree.) [ FONode ] ] | v [(FOTree.) [ FoRoot ] ] etc FOTree maintains the property stacks with the initial value, current value and history of the properties being defined on elements of the FO Tree. It also implements Runnable, and its run() method is the source of the FoTreeBuilder thread. On construction, it is given a SyncedCircularBuffer by means of which it receives event notification from the parser. I'm in the process of building the layout-master-set, which will let me test the property parsing and the behaviour of the property stacks. So far, so good. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 6094] - 0.20.3rc hangs in endless loop
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=6094. 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=6094 0.20.3rc hangs in endless loop [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-17 19:58 --- Fixed in maintenance branch. label-end() function didn't get calculated - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fo/pagination Region.java RegionAfter.java RegionBefore.java RegionBody.java RegionEnd.java RegionStart.java SimplePageMaster.java
klease 02/02/17 13:59:30 Modified:src/codegen foproperties.xml src/org/apache/fop/area BodyRegion.java RegionReference.java src/org/apache/fop/fo PropertyManager.java src/org/apache/fop/fo/pagination Region.java RegionAfter.java RegionBefore.java RegionBody.java RegionEnd.java RegionStart.java SimplePageMaster.java Added: src/org/apache/fop/area CTM.java src/org/apache/fop/datatypes FODimension.java Log: Initial implementation of CTM (coordinate transformation matrix) to handle reference-orienation and writing-mode issues Revision ChangesPath 1.29 +2 -2 xml-fop/src/codegen/foproperties.xml Index: foproperties.xml === RCS file: /home/cvs/xml-fop/src/codegen/foproperties.xml,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- foproperties.xml 22 Nov 2001 07:15:38 - 1.28 +++ foproperties.xml 17 Feb 2002 21:59:29 - 1.29 @@ -1384,7 +1384,7 @@ property namereference-orientation/name inheritedtrue/inherited -datatypeToBeImplemented/datatype +datatypeNumber/datatype default0/default /property property @@ -1655,7 +1655,7 @@ property namecolumn-count/name inheritedfalse/inherited - datatypeString/datatype + datatypeNumber/datatype default1/default /property property 1.4 +13 -1 xml-fop/src/org/apache/fop/area/BodyRegion.java Index: BodyRegion.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/area/BodyRegion.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BodyRegion.java 9 Nov 2001 22:02:34 - 1.3 +++ BodyRegion.java 17 Feb 2002 21:59:29 - 1.4 @@ -1,5 +1,5 @@ /* - * $Id: BodyRegion.java,v 1.3 2001/11/09 22:02:34 klease Exp $ + * $Id: BodyRegion.java,v 1.4 2002/02/17 21:59:29 klease Exp $ * 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. @@ -13,6 +13,8 @@ BeforeFloat beforeFloat; MainReference mainReference; Footnote footnote; +private int columnGap; +private int columnCount; /** Maximum block progression dimension. Note: min=opt=max */ private MinOptMax maxBPD; @@ -22,6 +24,16 @@ public BodyRegion() { super(BODY); +} + +// Number of columns when not spanning +public void setColumnCount(int colCount) { + this.columnCount = colCount; +} + +// A length (mpoints) +public void setColumnGap(int colGap) { + this.columnGap = colGap; } public void setParent(Area area) { 1.2 +13 -1 xml-fop/src/org/apache/fop/area/RegionReference.java Index: RegionReference.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/area/RegionReference.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RegionReference.java 9 Nov 2001 22:00:04 - 1.1 +++ RegionReference.java 17 Feb 2002 21:59:29 - 1.2 @@ -1,5 +1,5 @@ /* - * $Id: RegionReference.java,v 1.1 2001/11/09 22:00:04 klease Exp $ + * $Id: RegionReference.java,v 1.2 2002/02/17 21:59:29 klease Exp $ * 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. @@ -18,9 +18,21 @@ public static final int END = 3; public static final int AFTER = 4; int regionClass = BEFORE; +private CTM ctm; public RegionReference(int type) { regionClass = type; +} + +/** + * Set the Coordinate Transformation Matrix which transforms content + * coordinates in this region reference area which are specified in + * terms of start and before into coordinates in a system which + * is positioned in absolute directions (with origin at lower left of + * the region reference area. + */ +public void setCTM(CTM ctm) { +this.ctm = ctm; } // the list of block areas from the static flow 1.1 xml-fop/src/org/apache/fop/area/CTM.java Index: CTM.java === /* * $Id: CTM.java,v 1.1 2002/02/17 21:59:29 klease Exp $ * Copyright (C) 2001 The Apache Software Foundation. All rights reserved. * For details on use and redistribution please refer to the * LICENSE
REDESIGN: where I have been hiding
Hi all, As you may have noticed I've been quite sllent for a while now. It's not for lack of interest but as usual for want of time. I've started a project at work which is going to be eating most of my time and energy for at least a couple of months more. I'm happy to see that we seem to be getting some new blood in the group and I applaud Keiron's Understanding ... initiative. Perhaps you'd like me to write a bit about the current property handling in that series? I've actually (finally!) done a bit of work on FOP so here's an update. I've just committed some stuff into the main branch. I put a class called CTM (coordinate transformation matrix as in Postscript/PDF) into the area package. It's currently set up when the page master is making regions. The idea is that it will transform writing-mode relative coordinates into media-relative coordinates. For now media means standard 1st quandrant coordinates as used in the default PDF or PostScript coordinate system, where origin is at the lower left of the page. The CTM accounts for both reference-orientation and writing mode on reference areas. There is a CTM at the page-reference area level which is used to transform writing-mode relative region coordinates into media coordinates. Similarly the CTM at the region level should transform writing-mode relative coordinates for its child areas into media coordinates. The layout managers should then generate Area objects whose position and size is expressed in writing-mode relative values. So if x = start, y = before, width = ipd and height = bpd, the CTM should turn that into actual x, y coordinates on the page. The CTM class itself just does the basic math functions. I've put most of the logic of setting up the CTM into the PropertyManager which may not be the right place, but at least it's central. The method getCTMandRelDims is called both from SimplePageMaster and Region (in fo/pagination). The RelDims business is sort of a hack, but I wanted to set inline and block-progression dimensions and I already had the info from the CTM calculations... I'm sure one of you will have a better idea! The logic is certainly incomplete and the CTM currently has no effect on the rendering logic. It may well be buggy too, but it compiles and runs the hello world test. I will try to write some test cases, but I'm not promising any dates. I'm not sure what the best way to hook this in with rendering is. It may well depend on the renderer. In PDF or Postscript the obvious easy solution is just to set the CTM when entering the reference area, but for other renderers this will probably not be possible. I'm happy to answer any questions on this (if I can). The other thing I've worked on is in the actual LayoutManager logic. I've got this concept of a BreakPosition and have some code written at the inline level (text, inline, line). The idea is that instead of an LM calling generateAreas on its child LM, it repeatedly calls getNextBreakPosition. It then uses the returned BreakPosition information to decide on the best break. Only then does it ask the child LM to actually make the Areas necessary to break at the point. My goal is to try to get this stuff ASAP into a state where it will at least compile and can be put into the current code base. Sorry for not being more active, Karen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
CFP: O'Reilly Open Source Convention XML (II).
CALL FOR SPEAKERS (repeat call) O'Reilly Open Source Convention Sheraton San Diego Hotel and Marina July 22-26, 2002 -- San Diego, CA Call for Participation - XML track Proposals Due: March 1, 2002 The theme of this year's Open Source Convention is Doing More With Less. This has several aspects: how business can do more with less money (by adopting open source software), how developers do more with less time and financial support, how to make the most of what you've got (performance tuning and little-known-of features), and how open source software manages to avoid the bloat that characterizes closed-source software. XML technology has rapidly become a foundation on top of which a lot of other projects are build. What started as simple parsers and style sheet generators, the technology has now grown to now include generators for complex formats and is used as the basis for several exchange protocols - with Security as the most recent addition. Using these powerful building blocks to encode, manage, exchange and secure data blocks, organizations are coding ideas with relatively little investment - at a speed often surpassing the standardization efforts. Which such a large field there is a lot of room for a wide range of talks and tutorials - from simple introductions into XML, to implementation stories, to in depth studies of the standards themselves, all the way to forward looking research on xml-security and data exchange trust models. Individuals and companies interested in making presentations, giving a tutorial, or participating in panel discussions regarding operating systems at this year's Open Source Convention are invited to submit proposals. Proposals will be considered in two classes: tutorials and convention presentations (sessions). Presentations by marketing staff or with a marketing focus will not be accepted; neither will submissions made by anyone other than the proposed speaker. Session presentations are 45 or 90 minutes long, and tutorials are either a half-day (3 hours) or a full day (6 hours). If you are interested in participating in or moderating panel discussions, or otherwise contributing to the conference, please let us know (and please include your area of expertise). If you have an idea for a panel discussion or a particularly provocative group of panelists that you'd love to see square off, feel free to send your suggestions to [EMAIL PROTECTED] We are also planning 180 minutes of lightning talks on Friday. A lightning talk is a 5-minute tightly-focused presentation on any subject you like. You can discuss your favorite extension, rant, sing the praises of an under-appreciated developer, plug your product or company, beg for a job, or even present a Shakespearean-style play (don't laugh--we had one of these in 2001). Submit a lightning talk proposal using the form below. The lightning talk schedule will be announced a few weeks prior to the conference. Submitting Proposals Proposals may be submitted using the form at http://conferences.oreillynet.com/cs/os2002/create/e_sess Keep in mind that proposals need not be works of art. A quick summary or abstract of the talk you plan to give is sufficient for consideration. We prefer outlines for tutorials. The proposal is what the conference committees uses to select speakers, so give enough information that the committee can tell what you'll be covering. As the conference approaches, we will request additional information about your proposal as necessary. NOTE: All presenters whose talks are accepted (excluding Lightning Talks) will receive free registration at the conference. For each half-day tutorial, the presenter receives one night's accommodation, a travel allowance, and an honorarium. Registration will open April 1, 2002. If you would like an email notification when registration opens, please use the form at http://conferences.oreillynet.com/os2002/ Important Dates Proposals Due: March 1, 2002 Speaker Notification: March 11, 2002 Presentation Files Due: April 29, 2002 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: REDESIGN: where I have been hiding
Karen, It's good to hear from you. In answer to your question, Yes please, personally speaking. I would like to hear, inter alia, about the timing of property resolution. Peter [EMAIL PROTECTED] wrote: I'm happy to see that we seem to be getting some new blood in the group and I applaud Keiron's Understanding ... initiative. Perhaps you'd like me to write a bit about the current property handling in that series? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Embedding fonts - works from command line FOP but not in Coco on 2
The user config file is getting loaded (seen this in the log file). But for some reason, the font is not getting embedded. I have a question on the way fonts are treated in FOP. Other pdf generators allow us to specify whether fonts need to be embedded or referenced in the pdf file. If referenced, the font file should be available to Acrobat Reader on the rendering machine. If embedded, the font file will be part of the pdf file. Is this possible with FOP? If this is possible, my requirement will be met. Thanks, Satish -Original Message- From: Jeremias Maerki [SMTP:[EMAIL PROTECTED]] Sent: Saturday, February 16, 2002 11:25 PM To: [EMAIL PROTECTED] Subject:Re: Embedding fonts - works from command line FOP but not in Coco on 2 Well, I'm no Cocoon-user. I just happen to have looked at the source code once or twice. Try to modify the logging configuration of Cocoon so it displays debug messages from FOPSerializer.java. It may help you to find out what really happens (for example if the user config could be loaded or not). Of course, you can try to debug into FOPSerializer to see what happens. Good luck! On 16.02.2002 06:48:10 Satish_Gunda wrote: Thanks for your reply Jeremias ! We did specify the user-confg file as per the instructions; and coded both relative path (from the place the application has started the JVM) and also absolute path. Can you pls let me know if there is something else I'm missing? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - 6002 Luzern Fon +41 (0)41 317 2020 - Fax +41 (0)41 317 2029 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Fillable pdf's
Hi, Is there a way of generating fillable PDF's using XSL and FOP??? Thanks, Suhail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Fillable pdf's
If you are referring to pdf forms, no, you can't generate using FOP :-( Satish -Original Message- From: Suhail Rashid [SMTP:[EMAIL PROTECTED]] Sent: Monday, February 18, 2002 10:36 AM To: [EMAIL PROTECTED] Subject:Fillable pdf's Hi, Is there a way of generating fillable PDF's using XSL and FOP??? Thanks, Suhail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/mif MIFDocument.java
chrisg 02/02/14 09:40:52 Modified:src/org/apache/fop/mif Tag: fop-0_20_2-maintain MIFDocument.java Log: temporary fix for MIF renderer Revision ChangesPath No revision No revision 1.3.2.2 +7 -1 xml-fop/src/org/apache/fop/mif/MIFDocument.java Index: MIFDocument.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/mif/MIFDocument.java,v retrieving revision 1.3.2.1 retrieving revision 1.3.2.2 diff -u -r1.3.2.1 -r1.3.2.2 --- MIFDocument.java 10 Feb 2002 23:17:49 - 1.3.2.1 +++ MIFDocument.java 14 Feb 2002 17:40:52 - 1.3.2.2 @@ -1,5 +1,5 @@ /* - * $Id: MIFDocument.java,v 1.3.2.1 2002/02/10 23:17:49 chrisg Exp $ + * $Id: MIFDocument.java,v 1.3.2.2 2002/02/14 17:40:52 chrisg Exp $ * 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. @@ -347,6 +347,12 @@ } public TextRect curTextRect() { + +//temporary fix for NoSuchElementException +if (textRects.isEmpty()) { +TextRect textRect = new TextRect(1); +this.textRects.addElement(textRect); +} return (TextRect)textRects.lastElement(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/fo/expr LabelEndFunction.java
chrisg 02/02/17 11:53:36 Modified:src/org/apache/fop/datatypes Tag: fop-0_20_2-maintain LinearCombinationLength.java src/org/apache/fop/fo/expr Tag: fop-0_20_2-maintain LabelEndFunction.java Log: make sure label-end() value gets calculated (fix for bug #6094, endless loop while processing list-item-label)) Revision ChangesPath No revision No revision 1.3.2.1 +2 -2 xml-fop/src/org/apache/fop/datatypes/LinearCombinationLength.java Index: LinearCombinationLength.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/datatypes/LinearCombinationLength.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- LinearCombinationLength.java 14 Oct 2001 20:33:36 - 1.3 +++ LinearCombinationLength.java 17 Feb 2002 19:53:36 - 1.3.2.1 @@ -1,5 +1,5 @@ /* - * $Id: LinearCombinationLength.java,v 1.3 2001/10/14 20:33:36 klease Exp $ + * $Id: LinearCombinationLength.java,v 1.3.2.1 2002/02/17 19:53:36 chrisg Exp $ * 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. @@ -27,7 +27,7 @@ /** * Return the computed value in millipoints. */ -protected void computeValue() { +public void computeValue() { int result = 0; int numFactors = factors.size(); for (int i = 0; i numFactors; ++i) { No revision No revision 1.2.2.1 +4 -1 xml-fop/src/org/apache/fop/fo/expr/LabelEndFunction.java Index: LabelEndFunction.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/expr/LabelEndFunction.java,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- LabelEndFunction.java 30 Jul 2001 20:29:21 - 1.2 +++ LabelEndFunction.java 17 Feb 2002 19:53:36 - 1.2.2.1 @@ -1,5 +1,5 @@ /* - * $Id: LabelEndFunction.java,v 1.2 2001/07/30 20:29:21 tore Exp $ + * $Id: LabelEndFunction.java,v 1.2.2.1 2002/02/17 19:53:36 chrisg Exp $ * 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. @@ -47,6 +47,9 @@ labelEnd.addTerm(-1.0, distance); labelEnd.addTerm(-1.0, startIndent); labelEnd.addTerm(1.0, separation); + +// make sure value gets calculated +labelEnd.computeValue(); return new LengthProperty(labelEnd); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/hyph el.xml hu.xml
chrisg 02/02/17 15:01:25 Added: hyph Tag: fop-0_20_2-maintain el.xml hu.xml Log: added hungarian hyphenation Submitted by: Simon Geza [EMAIL PROTECTED] added greek hyphenation Submitted by: Dimitris Kamenopoulos [EMAIL PROTECTED] Revision ChangesPath No revision No revision 1.1.2.1 +0 -0 xml-fop/hyph/el.xml Index: el.xml === RCS file: /home/cvs/xml-fop/hyph/el.xml,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 1.1.2.1 +0 -0 xml-fop/hyph/hu.xml Index: hu.xml === RCS file: /home/cvs/xml-fop/hyph/hu.xml,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: xml-fop/src/org/apache/fop/pdf PDFDocument.java
chrisg 02/02/17 15:14:10 Modified:src/org/apache/fop/image Tag: fop-0_20_2-maintain FopImageConsumer.java src/org/apache/fop/pdf Tag: fop-0_20_2-maintain PDFDocument.java Log: Merged two bugfixes from main branch: fix in makePDFICCStream (Tore Engvig) fix to prevent fop hanging with animated gifs Submitted by: Beer, Christian [EMAIL PROTECTED] Revision ChangesPath No revision No revision 1.3.2.1 +5 -3 xml-fop/src/org/apache/fop/image/FopImageConsumer.java Index: FopImageConsumer.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/image/FopImageConsumer.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- FopImageConsumer.java 30 Jul 2001 20:29:26 - 1.3 +++ FopImageConsumer.java 17 Feb 2002 23:14:10 - 1.3.2.1 @@ -1,5 +1,5 @@ /* - * $Id: FopImageConsumer.java,v 1.3 2001/07/30 20:29:26 tore Exp $ + * $Id: FopImageConsumer.java,v 1.3.2.1 2002/02/17 23:14:10 chrisg Exp $ * 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. @@ -57,7 +57,8 @@ */ synchronized (this.imageStatus) { // Need to stop status if image done -if (this.imageStatus.intValue() != ImageConsumer.STATICIMAGEDONE) +if (imageStatus.intValue() != ImageConsumer.STATICIMAGEDONE + imageStatus.intValue() != ImageConsumer.SINGLEFRAMEDONE) this.imageStatus = new Integer(status); } } @@ -96,7 +97,8 @@ if (this.imageStatus.intValue() == ImageConsumer.IMAGEERROR) throw new Exception(Image error); -if (this.imageStatus.intValue() == ImageConsumer.STATICIMAGEDONE) +if (imageStatus.intValue() == ImageConsumer.STATICIMAGEDONE +|| imageStatus.intValue() == ImageConsumer.SINGLEFRAMEDONE) return true; return false; No revision No revision 1.30.2.2 +2 -2 xml-fop/src/org/apache/fop/pdf/PDFDocument.java Index: PDFDocument.java === RCS file: /home/cvs/xml-fop/src/org/apache/fop/pdf/PDFDocument.java,v retrieving revision 1.30.2.1 retrieving revision 1.30.2.2 diff -u -r1.30.2.1 -r1.30.2.2 --- PDFDocument.java 2 Dec 2001 22:17:29 - 1.30.2.1 +++ PDFDocument.java 17 Feb 2002 23:14:10 - 1.30.2.2 @@ -1,5 +1,5 @@ /* - * $Id: PDFDocument.java,v 1.30.2.1 2001/12/02 22:17:29 tore Exp $ + * $Id: PDFDocument.java,v 1.30.2.2 2002/02/17 23:14:10 chrisg Exp $ * 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. @@ -763,7 +763,7 @@ public PDFICCStream makePDFICCStream() { PDFICCStream iccStream = new PDFICCStream(++this.objectcount); -this.objects.addElement(iccStream); +this.objects.add(iccStream); return iccStream; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Integrating Tree into FO tree handling
On Sunday 17 February 2002 06:07, Peter B. West wrote: . . . FOTree maintains the property stacks with the initial value, current value and history of the properties being defined on elements of the FO Tree. It also implements Runnable, and its run() method is the source of the FoTreeBuilder thread. On construction, it is given a SyncedCircularBuffer by means of which it receives event notification from the parser. . . . Would this SyncedCircularBuffer help in propagating the events downstream from FoTreeBuilder to StructureRenderers? Or is is already implemented so in some experimental branch of the code? -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Embedding fonts - works from command line FOP but not in Coco on 2
The user config file is getting loaded (seen this in the log file). But for some reason, the font is not getting embedded. I have a question on the way fonts are treated in FOP. Other pdf generators allow us to specify whether fonts need to be embedded or referenced in the pdf file. If referenced, the font file should be available to Acrobat Reader on the rendering machine. If embedded, the font file will be part of the pdf file. Is this possible with FOP? If this is possible, my requirement will be met. Well, in that case you just have to remove the embed-file attribute of the font entry in user-config.xml. That's it. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 41 317 20 20 - Fax +41 41 317 20 29 Internet http://www.outline.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]