date:20030213

cvs commit: xml-fop CHANGES

2003-02-13 Thread jeremias

jeremias2003/02/14 00:00:08

  Modified:.Tag: fop-0_20_2-maintain CHANGES
  Log:
  Update changes
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.10.2.48 +5 -0  xml-fop/CHANGES
  
  Index: CHANGES
  ===
  RCS file: /home/cvs/xml-fop/CHANGES,v
  retrieving revision 1.10.2.47
  retrieving revision 1.10.2.48
  diff -u -r1.10.2.47 -r1.10.2.48
  --- CHANGES   7 Feb 2003 00:10:44 -   1.10.2.47
  +++ CHANGES   14 Feb 2003 08:00:08 -  1.10.2.48
  @@ -1,5 +1,10 @@
   ==
   Done since 0.20.4 release
  +- FOP Ant task: Fix for logging behaviour, fix for directory structure
  +  preservation for nested filesets and additional attribute "logFiles".
  +  Submitted by: Stefan Wachter <[EMAIL PROTECTED]>
  +- Fixed TrueType embedding bug when the font doesn't contain the fpgm table
  +  which is optional. (Jeremias Maerki)
   - Added support for url()-syntax to the fo:basic-link-Element
 Submitted by: Stefan Wachter <[EMAIL PROTECTED]>
   - Added new extension element for defining named destinations (PDF)
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/examples/fo build.xml

2003-02-13 Thread jeremias

jeremias2003/02/13 23:59:40

  Modified:examples/fo Tag: fop-0_20_2-maintain build.xml
  Log:
  Set log level to "warn" per default.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.2   +4 -4  xml-fop/examples/fo/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/xml-fop/examples/fo/build.xml,v
  retrieving revision 1.1.2.1
  retrieving revision 1.1.2.2
  diff -u -r1.1.2.1 -r1.1.2.2
  --- build.xml 13 Jan 2003 18:23:50 -  1.1.2.1
  +++ build.xml 14 Feb 2003 07:59:40 -  1.1.2.2
  @@ -69,7 +69,7 @@
 
   
 
  -  
  +  
 
   
 
  @@ -79,7 +79,7 @@
 
   
 
  -  
  +  
 
   
 
  @@ -89,7 +89,7 @@
 
   
 
  -  
  +  
 
   
 
  @@ -106,7 +106,7 @@
   
   
 
  -  
  +  
 
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/tools/anttasks Fop.java

2003-02-13 Thread jeremias

jeremias2003/02/13 23:59:07

  Modified:src/org/apache/fop/tools/anttasks Tag: fop-0_20_2-maintain
Fop.java
  Log:
  FOP Ant task: Fix for logging behaviour, fix for directory structure preservation 
for nested filesets and additional attribute "logFiles".
  Submitted by: Stefan Wachter <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.14.2.7  +71 -29xml-fop/src/org/apache/fop/tools/anttasks/Fop.java
  
  Index: Fop.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/tools/anttasks/Fop.java,v
  retrieving revision 1.14.2.6
  retrieving revision 1.14.2.7
  diff -u -r1.14.2.6 -r1.14.2.7
  --- Fop.java  18 Nov 2002 14:37:46 -  1.14.2.6
  +++ Fop.java  14 Feb 2003 07:59:07 -  1.14.2.7
  @@ -1,6 +1,6 @@
   /*
* $Id$
  - * Copyright (C) 2001 The Apache Software Foundation. All rights reserved.
  + * Copyright (C) 2001-2003 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
*/
  @@ -8,21 +8,23 @@
   package org.apache.fop.tools.anttasks;
   
   // Ant
  -import org.apache.tools.ant.*;
  +import org.apache.tools.ant.BuildException;
  +import org.apache.tools.ant.DirectoryScanner;
  +import org.apache.tools.ant.Project;
  +import org.apache.tools.ant.Task;
   import org.apache.tools.ant.types.FileSet;
   
   // SAX
   import org.xml.sax.XMLReader;
  -import org.xml.sax.InputSource;
  -import org.xml.sax.SAXException;
  -import org.xml.sax.SAXParseException;
   
   // Java
  -import java.io.*;
  -import java.util.*;
  +import java.io.File;
  +import java.io.OutputStream;
  +import java.util.List;
  +import java.util.Map;
   
   // FOP
  -import org.apache.fop.messaging.*;
  +import org.apache.fop.messaging.MessageHandler;
   import org.apache.fop.apps.Options;
   import org.apache.fop.apps.Starter;
   import org.apache.fop.apps.InputHandler;
  @@ -34,6 +36,7 @@
   // Avalon
   import org.apache.avalon.framework.logger.ConsoleLogger;
   import org.apache.avalon.framework.logger.Logger;
  +import org.apache.tools.ant.util.GlobPatternMapper;
   
   /**
* Wrapper for Fop which allows it to be accessed from within an Ant task.
  @@ -44,18 +47,21 @@
* outfile -> output filename
* baseDir -> directory to work from
* userconfig -> file with user configuration (same as the "-c" command line 
option)
  - * messagelevel -> (info | verbose | debug) level to output non-error 
messages
  + * messagelevel -> (error | warn | info | verbose | debug) level to output 
non-error messages
  + * logFiles -> Controls whether the names of the files that are processed are 
logged or not
* 
*/
   public class Fop extends Task {
  +
   File foFile;
  -ArrayList filesets = new ArrayList();
  +List filesets = new java.util.ArrayList();
   File outFile;
   File outDir;
   String format; //MIME type
   File baseDir;
   File userConfig;
   int messageType = Project.MSG_VERBOSE;
  +boolean logFiles = true;
   
   /**
* Sets the input file
  @@ -142,6 +148,10 @@
   messageType = Project.MSG_VERBOSE;
   } else if (messageLevel.equalsIgnoreCase("debug")) {
   messageType = Project.MSG_DEBUG;
  +} else if (messageLevel.equalsIgnoreCase("err") || 
messageLevel.equalsIgnoreCase("error")) {
  +messageType = Project.MSG_ERR;
  +} else if (messageLevel.equalsIgnoreCase("warn")) {
  +messageType = Project.MSG_WARN;
   } else {
   log("messagelevel set to unknown value \"" + messageLevel +
   "\"", Project.MSG_ERR);
  @@ -173,11 +183,33 @@
   }
   
   /**
  + * Controls whether the filenames of the files that are processed are logged
  + * or not.
  + */
  +public void setLogFiles(boolean aBoolean) {
  +logFiles = aBoolean;
  +}
  +
  +public boolean getLogFiles() {
  +return logFiles;
  +}
  +
  +/**
* Starts execution of this task
*/
   public void execute() throws BuildException {
  +int logLevel = ConsoleLogger.LEVEL_INFO;
  +switch (getMessageType()) {
  +case Project.MSG_DEBUG  : logLevel = ConsoleLogger.LEVEL_DEBUG; break;
  +case Project.MSG_INFO   : logLevel = ConsoleLogger.LEVEL_INFO; break;
  +case Project.MSG_WARN   : logLevel = ConsoleLogger.LEVEL_WARN; break;
  +case Project.MSG_ERR: logLevel = ConsoleLogger.LEVEL_ERROR; break;
  +case Project.MSG_VERBOSE: logLevel = ConsoleLogger.LEVEL_DEBUG; break;
  +}
  +Logger log = new ConsoleLogger(logLevel);
  +MessageHandler.setScreenLogger(log);
   try {
  -Starter starter = new FOPTaskStarter(this);

cvs commit: xml-fop/src/org/apache/fop/layoutmgr/table Body.java Caption.java Cell.java Column.java Row.java TableAndCaptionLayoutManager.java TableLayoutManager.java

2003-02-13 Thread keiron

keiron  2003/02/13 20:15:09

  Modified:src/org/apache/fop/fo FOText.java FObjMixed.java Title.java
   src/org/apache/fop/fo/flow BasicLink.java BidiOverride.java
Block.java BlockContainer.java Character.java
ExternalGraphic.java Flow.java InlineContainer.java
InstreamForeignObject.java Leader.java
ListBlock.java ListItem.java ListItemBody.java
ListItemLabel.java PageNumber.java
PageNumberCitation.java StaticContent.java
Table.java TableBody.java TableCell.java
TableColumn.java TableRow.java
   src/org/apache/fop/fo/pagination PageSequence.java
   src/org/apache/fop/layoutmgr AbstractLayoutManager.java
BlockContainerLayoutManager.java
BlockLayoutManager.java
BlockStackingLayoutManager.java
ContentLayoutManager.java FlowLayoutManager.java
InlineStackingLayoutManager.java LayoutManager.java
LeafNodeLayoutManager.java LineLayoutManager.java
PageLayoutManager.java
StaticContentLayoutManager.java
TextLayoutManager.java
   src/org/apache/fop/layoutmgr/list Item.java
ListBlockLayoutManager.java
ListItemLayoutManager.java
   src/org/apache/fop/layoutmgr/table Body.java Caption.java
Cell.java Column.java Row.java
TableAndCaptionLayoutManager.java
TableLayoutManager.java
  Log:
  set FO on lm as part of interface, simpler and more flexible
  
  Revision  ChangesPath
  1.42  +4 -2  xml-fop/src/org/apache/fop/fo/FOText.java
  
  Index: FOText.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/FOText.java,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- FOText.java   15 Nov 2002 11:56:27 -  1.41
  +++ FOText.java   14 Feb 2003 04:15:03 -  1.42
  @@ -85,7 +85,9 @@
   ca = new char[length];
   System.arraycopy(tmp, 0, ca, 0, length);
   }
  -list.add(new TextLayoutManager(this, ca, textInfo));
  +LayoutManager lm = new TextLayoutManager(ca, textInfo);
  +lm.setFObj(this);
  +list.add(lm);
   }
   
   public CharIterator charIterator() {
  
  
  
  1.32  +7 -3  xml-fop/src/org/apache/fop/fo/FObjMixed.java
  
  Index: FObjMixed.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/FObjMixed.java,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- FObjMixed.java15 Nov 2002 11:56:27 -  1.31
  +++ FObjMixed.java14 Feb 2003 04:15:03 -  1.32
  @@ -36,8 +36,12 @@
   
   public void addLayoutManager(List lms) {
   if (children != null) {
  -lms.add(new InlineStackingLayoutManager(this,
  - new LMiter(children.listIterator(;
  +InlineStackingLayoutManager lm;
  +lm = new InlineStackingLayoutManager();
  +lm.setUserAgent(getUserAgent());
  +lm.setFObj(this);
  +lm.setLMiter(new LMiter(children.listIterator()));
  +lms.add(lm);
   }
   }
   
  
  
  
  1.13  +4 -3  xml-fop/src/org/apache/fop/fo/Title.java
  
  Index: Title.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/Title.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- Title.java18 Nov 2002 15:54:14 -  1.12
  +++ Title.java14 Feb 2003 04:15:03 -  1.13
  @@ -33,9 +33,10 @@
   // use special layout manager to add the inline areas
   // to the Title.
   InlineStackingLayoutManager lm;
  -lm = new InlineStackingLayoutManager(this,
  - new LMiter(children.listIterator()));
  +lm = new InlineStackingLayoutManager();
   lm.setUserAgent(getUserAgent());
  +lm.setFObj(this);
  +lm.setLMiter(new LMiter(children.listIterator()));
   lm.init();
   
   // get breaks then add areas to title
  
  
  
  1.19  +8 -4  xml-fop/src/org/apache/fop/fo/flow/BasicLink.java
  
  Index: BasicLink.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fo/flow/BasicLink.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- BasicLink.java15 Nov 2002 11:56:28 -

Encryption

2003-02-13 Thread Patrick C. Lankswert

To all that may concern,

Here it is... PDF encryption. Unfortunately, I seem to be lame when it comes
to cvs. When I generate the unified using WinCVS's "cvs diff -uN", it does
not include the file PDFEncryption.java. I have included it as a second
attachment. It belongs in src/org/apache/fop/pdf.

Send me all of your nice and nasty comments and I'll make any adjustments
necessary.

Enjoy,

Pat Lankswert

? xml-fop/build/fop.jar
? xml-fop/build/src
? xml-fop/build/classes/hyph
? xml-fop/build/classes/org
? xml-fop/build/classes/conf/config.dtd
? xml-fop/build/classes/conf/config.xml
? xml-fop/build/classes/conf/userconfig.xml
? xml-fop/src/org/apache/fop/pdf/.nbattrs
? xml-fop/src/org/apache/fop/pdf/PDFEncryption.java
? xml-fop/src/org/apache/fop/render/pdf/.nbattrs
Index: xml-fop/fop.bat
===
RCS file: /home/cvspublic/xml-fop/fop.bat,v
retrieving revision 1.4.2.8
diff -u -r1.4.2.8 fop.bat
--- xml-fop/fop.bat 10 Dec 2002 22:28:02 -  1.4.2.8
+++ xml-fop/fop.bat 14 Feb 2003 03:28:18 -
@@ -10,4 +10,4 @@
 set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jimi-1.0.jar
 set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jai_core.jar
 set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jai_codec.jar
-java -cp %LOCALCLASSPATH% org.apache.fop.apps.Fop %1 %2 %3 %4 %5 %6 %7 %8
\ No newline at end of file
+java -cp %LOCALCLASSPATH% org.apache.fop.apps.Fop %*
\ No newline at end of file
Index: xml-fop/src/org/apache/fop/apps/CommandLineOptions.java
===
RCS file: /home/cvspublic/xml-fop/src/org/apache/fop/apps/CommandLineOptions.java,v
retrieving revision 1.14.2.8
diff -u -r1.14.2.8 CommandLineOptions.java
--- xml-fop/src/org/apache/fop/apps/CommandLineOptions.java 19 Nov 2002 00:47:01 
-  1.14.2.8
+++ xml-fop/src/org/apache/fop/apps/CommandLineOptions.java 14 Feb 2003 03:28:34 
+-
@@ -177,6 +177,52 @@
 outfile = new File(args[i + 1]);
 i++;
 }
+} else if (args[i].equals("-o")) {
+if (inputmode == PDF_OUTPUT) {
+if ((i + 1 == args.length) || (args[i + 1].charAt(0) == '-')) {
+rendererOptions.put("ownerPassword", "");
+} else {
+rendererOptions.put("ownerPassword", args[i + 1]);
+i++;
+}
+} else {
+throw new FOPException("Owner password can only be set for PDF 
+output");
+}
+} else if (args[i].equals("-u")) {
+if (inputmode == PDF_OUTPUT) {
+if ((i + 1 == args.length) || (args[i + 1].charAt(0) == '-')) {
+rendererOptions.put("userPassword", "");
+} else {
+rendererOptions.put("userPassword", args[i + 1]);
+i++;
+}
+} else {
+throw new FOPException("User password can only be set for PDF 
+output");
+}
+} else if (args[i].equals("-noprint")) {
+if (inputmode == PDF_OUTPUT) {
+rendererOptions.put("allowPrint", "FALSE");
+} else {
+throw new FOPException("NoPrint can only be set for PDF output");
+}
+} else if (args[i].equals("-nocopy")) {
+if (inputmode == PDF_OUTPUT) {
+rendererOptions.put("allowCopyContent", "FALSE");
+} else {
+throw new FOPException("NoCopyContent can only be set for PDF 
+output");
+}
+} else if (args[i].equals("-noedit")) {
+if (inputmode == PDF_OUTPUT) {
+rendererOptions.put("allowEditContent", "FALSE");
+} else {
+throw new FOPException("NoEditContent can only be set for PDF 
+output");
+}
+} else if (args[i].equals("-noannotations")) {
+if (inputmode == PDF_OUTPUT) {
+rendererOptions.put("allowEditAnnotations", "FALSE");
+} else {
+throw new FOPException("NoAnnotations can only be set for PDF 
+output");
+}
 } else if (args[i].equals("-mif")) {
 setOutputMode(MIF_OUTPUT);
 if ((i + 1 == args.length)
@@ -507,6 +553,12 @@
+ " [OUTPUT] \n"
+ "  outfile   input will be rendered as pdf 
file into outfile \n"
+ "  -pdf outfile  input will be rendered as pdf 
file (outfile req'd) \n"
+   + " -o [password]  pdf file will be encrypted with 
+option owner password\n"
+   + " -u [passwo

Re: Licence issues in hyphenation patterns (was: HyphenationTree bug and Portuguese hyphenation file update)

2003-02-13 Thread Keiron Liddle

> I'd say we can't keep something like that within our codebase because it
> contradicts the Apache licence. It is entirely possible that someone
> sells a product that uses FOP. That wouldn't violate the Apache licence
> but the licence of this hyphenation file. Recent discussions on various
> Apache mailing lists show that we shouldn't include anything in our
> codebase that uses a licence that is not officially approved.

I agree.
Should probably take a look at it and if we cannot distribute then remove them. 
Maybe we could try to make them available in some other way.

> I wasn't aware that the hyphenation patterns had their own licences. So,
> the obvious conclusion is that we need to check every one of these files
> and remove the ones that are not compatible with the Apache licence.
> That includes checking where the files came from.
> 
> Just for reference: http://nagoya.apache.org/wiki/apachewiki.cgi?Licensing


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/layout/hyphenation HyphenationTree.java

2003-02-13 Thread pietsch

pietsch 2003/02/13 13:26:43

  Modified:src/org/apache/fop/layout/hyphenation HyphenationTree.java
  Log:
  Fixed comparision with push character count.
  Submitted by: [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.7   +2 -2  
xml-fop/src/org/apache/fop/layout/hyphenation/HyphenationTree.java
  
  Index: HyphenationTree.java
  ===
  RCS file: 
/home/cvs/xml-fop/src/org/apache/fop/layout/hyphenation/HyphenationTree.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- HyphenationTree.java  9 Nov 2001 11:32:41 -   1.6
  +++ HyphenationTree.java  13 Feb 2003 21:26:43 -  1.7
  @@ -305,7 +305,7 @@
   // hyphenation points are located where interletter value is odd
   for (i = 0; i < len; i++) {
   if (((il[i + 1] & 1) == 1) && i >= remainCharCount
  -&& i < (len - pushCharCount)) {
  +&& i <= (len - pushCharCount)) {
   result[k++] = i;
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/layout/hyphenation HyphenationTree.java

2003-02-13 Thread pietsch

pietsch 2003/02/13 13:21:13

  Modified:src/org/apache/fop/layout/hyphenation Tag:
fop-0_20_2-maintain HyphenationTree.java
  Log:
  Fixed incorrect comparision with hyphenation push character
  count.
  Submitted by: [EMAIL PROTECTED]
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.5.2.3   +2 -2  
xml-fop/src/org/apache/fop/layout/hyphenation/HyphenationTree.java
  
  Index: HyphenationTree.java
  ===
  RCS file: 
/home/cvs/xml-fop/src/org/apache/fop/layout/hyphenation/HyphenationTree.java,v
  retrieving revision 1.5.2.2
  retrieving revision 1.5.2.3
  diff -u -r1.5.2.2 -r1.5.2.3
  --- HyphenationTree.java  19 Nov 2002 01:04:09 -  1.5.2.2
  +++ HyphenationTree.java  13 Feb 2003 21:21:12 -  1.5.2.3
  @@ -305,7 +305,7 @@
   // hyphenation points are located where interletter value is odd
   for (i = 0; i < len; i++) {
   if (((il[i + 1] & 1) == 1) && i >= remainCharCount
  -&& i < (len - pushCharCount)) {
  +&& i <= (len - pushCharCount)) {
   result[k++] = i;
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Licence issues in hyphenation patterns (was: HyphenationTree bug and Portuguese hyphenation file update)

2003-02-13 Thread Jeremias Maerki

I'd say we can't keep something like that within our codebase because it
contradicts the Apache licence. It is entirely possible that someone
sells a product that uses FOP. That wouldn't violate the Apache licence
but the licence of this hyphenation file. Recent discussions on various
Apache mailing lists show that we shouldn't include anything in our
codebase that uses a licence that is not officially approved.

I wasn't aware that the hyphenation patterns had their own licences. So,
the obvious conclusion is that we need to check every one of these files
and remove the ones that are not compatible with the Apache licence.
That includes checking where the files came from.

Just for reference: http://nagoya.apache.org/wiki/apachewiki.cgi?Licensing

On 13.02.2003 21:07:14 J.Pietschmann wrote:
> [EMAIL PROTECTED] wrote:
> > I posted a correction for a bug in HyphenationTree.java and an updated
> > Portuguese hyphenation file some time ago (June 2002). Since I cannot be a
> > direct developer (my company firewall prevents me from using CVS), someone
> > (sorry, I do not remember who) took upon himself the job of modifying the
> > source and updating the hyphenation file.
> 
> IT was probably committed to HEAD only. I've applied the patch
> to HyphenationTree.java.
> 
> There is a small problem in pt.xml:
> ) Permission is hereby granted to copy and distribute this material provided 
> that the
> ) copies are not made or distributed for commercial or lucrative purpose, and that
> ) the contents are not changed in any way.
> 
> Oddly enough, the replaced file has a similar license.
> Keiron, Arved: is this allowed in the repository? Recently they
> stomped on LGPS on infrastructure, but this seems to be even
> more restrictive?

Jeremias Maerki

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: HyphenationTree bug and Portuguese hyphenation file update

2003-02-13 Thread J.Pietschmann

[EMAIL PROTECTED] wrote:

I posted a correction for a bug in HyphenationTree.java and an updated
Portuguese hyphenation file some time ago (June 2002). Since I cannot be a
direct developer (my company firewall prevents me from using CVS), someone
(sorry, I do not remember who) took upon himself the job of modifying the
source and updating the hyphenation file.


IT was probably committed to HEAD only. I've applied the patch
to HyphenationTree.java.

There is a small problem in pt.xml:
) Permission is hereby granted to copy and distribute this material provided 
that the
) copies are not made or distributed for commercial or lucrative purpose, and that
) the contents are not changed in any way.

Oddly enough, the replaced file has a similar license.
Keiron, Arved: is this allowed in the repository? Recently they
stomped on LGPS on infrastructure, but this seems to be even
more restrictive?

J.Pietschmann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Trademark in PS

2003-02-13 Thread George Yi

Oh, Yeah. I do want to look at it.
I suspected this would be well known problem. Glad I ask it first without
digging too deap
myself:-)

George

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003 12:09 PM
To: [EMAIL PROTECTED]
Subject: Re: Trademark in PS

George,

that's the old problem that I'm currently mapping (illegaly) from
WinAnsi codepage to ISOLatin1 in PostScript. See
PSRenderer.writeFontDict(). In ISOLatin1 there is no trademark sign.
That's one of our big todos, to get this right. Back then, it was a
cheap, fast hack to get most (!) of the characters right. Do you want to
have a look at it?

On 13.02.2003 18:47:16 George Yi wrote:
> Jeremias,
>
> I just fixed the subscript and superscript problem in PS rendering.
> But I just noticed a problem of the Trademark sign (TM) is not shown on
> Gsview or print.
> I check the PS file, it did rendered as \231.
> Do you know if this is a Gsview problem or we need special treatment of
> (TM). I checked other symbols like Copyright, Registered Trademark, they
are
> fine.

Jeremias Maerki

-
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: Trademark in PS

2003-02-13 Thread Jeremias Maerki

George,

that's the old problem that I'm currently mapping (illegaly) from
WinAnsi codepage to ISOLatin1 in PostScript. See
PSRenderer.writeFontDict(). In ISOLatin1 there is no trademark sign.
That's one of our big todos, to get this right. Back then, it was a
cheap, fast hack to get most (!) of the characters right. Do you want to
have a look at it?

On 13.02.2003 18:47:16 George Yi wrote:
> Jeremias,
> 
> I just fixed the subscript and superscript problem in PS rendering.
> But I just noticed a problem of the Trademark sign (TM) is not shown on
> Gsview or print.
> I check the PS file, it did rendered as \231.
> Do you know if this is a Gsview problem or we need special treatment of
> (TM). I checked other symbols like Copyright, Registered Trademark, they are
> fine.

Jeremias Maerki

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Another release candidate ...

2003-02-13 Thread Victor Mote

Christian Geisert wrote:

> So I propose the following plan:
> Make another RC on february 17th and do the final 0.20.5 release
> on february the 28th (no delay except for very valid reasons)
> 
> Comments?

+1

Victor Mote

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Trademark in PS

2003-02-13 Thread George Yi

Jeremias,

I just fixed the subscript and superscript problem in PS rendering.
But I just noticed a problem of the Trademark sign (TM) is not shown on
Gsview or print.
I check the PS file, it did rendered as \231.
Do you know if this is a Gsview problem or we need special treatment of
(TM). I checked other symbols like Copyright, Registered Trademark, they are
fine.

George


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Errors using TTF from FreeFont project

2003-02-13 Thread Jeremias Maerki

The fpgm table in TrueType fonts is optional. But FOP behaved like it
was mandatory. The fonts from the FreeFont project don't contain this
table and that's where the error comes from. I've fixed this in the
maintenance branch and in the redesign. Either download FOP from CVS or
wait until 0.20.5rc2 to get the fix.

On 12.02.2003 15:04:04 Martin Perina wrote:
> I've tried to use TTF fonts from FreeFont project
> (http://savannah.nongnu.org/projects/freefont/)
> with FOP 0.20.5rc and FOP logs these errors:
> 
> [ERROR] TrueType warning: Can't find fpgm table
> [ERROR] TrueType warning: Can't find prep table
> 
> But created PDF file looks fine. What does these
> errors mean?

Jeremias Maerki

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/fonts/truetype TTFSubSetFile.java

2003-02-13 Thread jeremias

jeremias2003/02/13 09:21:33

  Modified:src/org/apache/fop/fonts/truetype TTFSubSetFile.java
  Log:
  Sorry, I screwed up the tab setting in my new Eclipse installation.
  
  Revision  ChangesPath
  1.3   +11 -11xml-fop/src/org/apache/fop/fonts/truetype/TTFSubSetFile.java
  
  Index: TTFSubSetFile.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fonts/truetype/TTFSubSetFile.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- TTFSubSetFile.java13 Feb 2003 17:10:59 -  1.2
  +++ TTFSubSetFile.java13 Feb 2003 17:21:33 -  1.3
  @@ -88,12 +88,12 @@
   currentPos += 12;
   realSize += 16;
   
  - if (hasFpgm()) {
  - writeString("fpgm");
  - fpgmDirOffset = currentPos;
  - currentPos += 12;
  - realSize += 16;
  - }
  +if (hasFpgm()) {
  +writeString("fpgm");
  +fpgmDirOffset = currentPos;
  +currentPos += 12;
  +realSize += 16;
  +}
   
   writeString("glyf");
   glyfDirOffset = currentPos;
  @@ -155,9 +155,9 @@
   }
   
   
  - private boolean hasFpgm() {
  - return (dirTabs.get("fpgm") != null);
  - }
  +private boolean hasFpgm() {
  +return (dirTabs.get("fpgm") != null);
  +}
   
   
   /**
  @@ -177,7 +177,7 @@
   currentPos += (int)entry.getLength();
   realSize += (int)entry.getLength();
   } else {
  - //fpgm table is optional
  +//fpgm table is optional
   //throw new IOException("Can't find fpgm table");
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/fonts TTFSubSetFile.java

2003-02-13 Thread jeremias

jeremias2003/02/13 09:19:13

  Modified:src/org/apache/fop/fonts Tag: fop-0_20_2-maintain
TTFSubSetFile.java
  Log:
  TrueType embedding: FPGM table is optional, so ignore it if it's not there.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.5.2.4   +12 -6 xml-fop/src/org/apache/fop/fonts/Attic/TTFSubSetFile.java
  
  Index: TTFSubSetFile.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fonts/Attic/TTFSubSetFile.java,v
  retrieving revision 1.5.2.3
  retrieving revision 1.5.2.4
  diff -u -r1.5.2.3 -r1.5.2.4
  --- TTFSubSetFile.java21 Nov 2002 21:58:49 -  1.5.2.3
  +++ TTFSubSetFile.java13 Feb 2003 17:19:13 -  1.5.2.4
  @@ -88,10 +88,12 @@
   currentPos += 12;
   realSize += 16;
   
  -writeString("fpgm");
  -fpgmDirOffset = currentPos;
  -currentPos += 12;
  -realSize += 16;
  +if (hasFpgm()) {
  +writeString("fpgm");
  +fpgmDirOffset = currentPos;
  +currentPos += 12;
  +realSize += 16;
  +}
   
   writeString("glyf");
   glyfDirOffset = currentPos;
  @@ -153,6 +155,9 @@
   }
   
   
  +private boolean hasFpgm() {
  +return (dirTabs.get("fpgm") != null);
  +}
   
   /**
* Copy the fpgm table as is from original font to subset font
  @@ -171,7 +176,8 @@
   currentPos += (int)entry.length;
   realSize += (int)entry.length;
   } else {
  -throw new IOException("Can't find fpgm table");
  +//fpgm table is optional
  +//throw new IOException("Can't find fpgm table");
   }
   }
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/fonts/truetype TTFSubSetFile.java

2003-02-13 Thread jeremias

jeremias2003/02/13 09:10:59

  Modified:src/org/apache/fop/fonts/truetype TTFSubSetFile.java
  Log:
  TrueType embedding: FPGM table is optional, so ignore it if it's not there.
  
  Revision  ChangesPath
  1.2   +13 -6 xml-fop/src/org/apache/fop/fonts/truetype/TTFSubSetFile.java
  
  Index: TTFSubSetFile.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/fonts/truetype/TTFSubSetFile.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- TTFSubSetFile.java8 Jan 2003 13:54:04 -   1.1
  +++ TTFSubSetFile.java13 Feb 2003 17:10:59 -  1.2
  @@ -88,10 +88,12 @@
   currentPos += 12;
   realSize += 16;
   
  -writeString("fpgm");
  -fpgmDirOffset = currentPos;
  -currentPos += 12;
  -realSize += 16;
  + if (hasFpgm()) {
  + writeString("fpgm");
  + fpgmDirOffset = currentPos;
  + currentPos += 12;
  + realSize += 16;
  + }
   
   writeString("glyf");
   glyfDirOffset = currentPos;
  @@ -153,6 +155,10 @@
   }
   
   
  + private boolean hasFpgm() {
  + return (dirTabs.get("fpgm") != null);
  + }
  +
   
   /**
* Copy the fpgm table as is from original font to subset font
  @@ -171,7 +177,8 @@
   currentPos += (int)entry.getLength();
   realSize += (int)entry.getLength();
   } else {
  -throw new IOException("Can't find fpgm table");
  + //fpgm table is optional
  +//throw new IOException("Can't find fpgm table");
   }
   }
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: patch for Fop-Ant-Task (maintainance branch)

2003-02-13 Thread Stefan . Wachter

Here is the patch again in the required format.

In the meantime I improved the Fop-Task in two more ways:

1. If nested filesets are processed then the directory structure of the
input files is preserved in the output. Without the changes the Fop-Task
flattened the directory structure.

2. An additional property "logFiles="true|false" controls whether the names
of the files that are processed are logged or not.

--Stefan

PS: I attach the complete Fop-Task file also in case that the diff is not
up-to-date.

> Would you please resubmit that patch as a unified diff (cvs diff -u) and
> attach it as a file, not as inline text? Thanks.
> 
> On 28.01.2003 16:00:19 Stefan.Wachter wrote:
> > The fop Ant task (org.apache.fop.tools.anttasks.Fop) has a bug that
> causes
> > that the log level is always "info". The following patch corrects it.
> Maybe
> > one of the commiters can apply the patch.
> 
> 
> Jeremias Maerki
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
> 

Fop.java.diff
Description: Binary data

Fop.java
Description: Binary data
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16772] - Different JRE versions' affect on extent/margin(s)

2003-02-13 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=16772

Different JRE versions' affect on extent/margin(s)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-02-13 16:31 ---
Konstatin is on the right track. The problem is that the AWT Renderer gets 
font metrics from AWT and depeding on the JRE version FOP might get different 
values for the same input. We've got other problems with the AWT renderer 
which are also caused be JRE-differences. I suggest you either try to get the 
JRE standardized or use another renderer if possible. We can't do very much 
I'm afraid.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: patch for Fop-Ant-Task (maintainance branch)

2003-02-13 Thread Jeremias Maerki

Would you please resubmit that patch as a unified diff (cvs diff -u) and
attach it as a file, not as inline text? Thanks.

On 28.01.2003 16:00:19 Stefan.Wachter wrote:
> The fop Ant task (org.apache.fop.tools.anttasks.Fop) has a bug that causes
> that the log level is always "info". The following patch corrects it. Maybe
> one of the commiters can apply the patch.


Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: maintain branch: problem with XMLRenderer

2003-02-13 Thread Jeremias Maerki

Fixed in CVS. Thanks. But I wonder why nobody found this bug sooner.

On 24.01.2003 20:28:24 Diwan, Shridhar wrote:
> The XMLRenderer doesn't seem to print the body portion
> at least in some cases. The problem seems to be in




Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-fop/src/org/apache/fop/render/xml XMLRenderer.java

2003-02-13 Thread jeremias

jeremias2003/02/13 07:59:20

  Modified:src/org/apache/fop/render/xml Tag: fop-0_20_2-maintain
XMLRenderer.java
  Log:
  Page body wasn't rendered to XML. Why did nobody find out before?
  Submitted by: "Diwan, Shridhar" <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.27.2.9  +13 -6 xml-fop/src/org/apache/fop/render/xml/XMLRenderer.java
  
  Index: XMLRenderer.java
  ===
  RCS file: /home/cvs/xml-fop/src/org/apache/fop/render/xml/XMLRenderer.java,v
  retrieving revision 1.27.2.8
  retrieving revision 1.27.2.9
  diff -u -r1.27.2.8 -r1.27.2.9
  --- XMLRenderer.java  28 Nov 2002 16:06:39 -  1.27.2.8
  +++ XMLRenderer.java  13 Feb 2003 15:59:20 -  1.27.2.9
  @@ -1,6 +1,6 @@
   /*
* $Id$
  - * Copyright (C) 2001-2002 The Apache Software Foundation. All rights reserved.
  + * Copyright (C) 2001-2003 The Apache Software Foundation. All rights reserved.
* For details on use and redistribution please refer to the
* LICENSE file included with these sources.
*/
  @@ -449,14 +449,21 @@
   after = page.getAfter();
   start = page.getStart();
   end = page.getEnd();
  -if (before != null)
  +if (before != null) {
   before.render(this);
  -if (after != null)
  +}
  +if (after != null) {
   after.render(this);
  -if (start != null)
  +}
  +if (start != null) {
   start.render(this);
  -if (end != null)
  +}
  +if (end != null) {
   end.render(this);
  +}
  +if (body != null) {
  + body.render(this);
  +}
   writeEndTag("");
   }
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: clipping text in

2003-02-13 Thread Doherty, Michael

Thanks Jeremias :-)

Michael

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]]
Sent: 13 February 2003 15:28
To: [EMAIL PROTECTED]
Subject: Re: clipping text in


This is a bug in 0.20.4 that has been corrected in 0.20.5rc. I suggest
you upgrade.

On 13.02.2003 11:44:59 Doherty, Michael wrote:
> I am trying to clip some text within an SVG block using FOP.  Below I
attach
> a version of the FOP-XML I am using.  When run with fop.sh that comes with
> the FOP distribution (version 0.20.4), it works fine and clips as expected
-
> varying the clipPath's width will show more or less text accordingly.
> However, when I pass the FOP-XML to my processor (a servlet) I get the
> NullPointerException shown after the XML.  It seems to be caused by the
url
> not being found but I am at a loss as how to tell the processor that I
want
> to refer to the document itself.  Is there a configuration parameter that
> needs to be set?  Is there another way to pass in the reference to the
> clipPath?
> 
> Note that I have tried replacing the clip-path attribute with both of the
> following which, although they avoid the error, fail to clip the text.
> 
> clip-path:#xpointer(#4203)
> clip-path:#xpointer(id(4203))


Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


--
This message is intended only for the personal and confidential use of the designated 
recipient(s) named above.  If you are not the intended recipient of this message you 
are hereby notified that any review, dissemination, distribution or copying of this 
message is strictly prohibited.  This communication is for information purposes only 
and should not be regarded as an offer to sell or as a solicitation of an offer to buy 
any financial product, an official confirmation of any transaction, or as an official 
statement of Lehman Brothers.  Email transmission cannot be guaranteed to be secure or 
error-free.  Therefore, we do not represent that this information is complete or 
accurate and it should not be relied upon as such.  All information is subject to 
change without notice.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: clipping text in

2003-02-13 Thread Jeremias Maerki

This is a bug in 0.20.4 that has been corrected in 0.20.5rc. I suggest
you upgrade.

On 13.02.2003 11:44:59 Doherty, Michael wrote:
> I am trying to clip some text within an SVG block using FOP.  Below I attach
> a version of the FOP-XML I am using.  When run with fop.sh that comes with
> the FOP distribution (version 0.20.4), it works fine and clips as expected -
> varying the clipPath's width will show more or less text accordingly.
> However, when I pass the FOP-XML to my processor (a servlet) I get the
> NullPointerException shown after the XML.  It seems to be caused by the url
> not being found but I am at a loss as how to tell the processor that I want
> to refer to the document itself.  Is there a configuration parameter that
> needs to be set?  Is there another way to pass in the reference to the
> clipPath?
> 
> Note that I have tried replacing the clip-path attribute with both of the
> following which, although they avoid the error, fail to clip the text.
> 
> clip-path:#xpointer(#4203)
> clip-path:#xpointer(id(4203))


Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Another release candidate ...

2003-02-13 Thread Clay Leeds

Christer,

Christer Sandberg wrote:

This is our SVG width and height:



Up to this point, I have no experience with SVG, but I was surprised to 
see that there is no unit of measurement (cm, mm, pt, px) in the height 
& width.

When I added some println() statements to PDFRenderer, both in 0.20.1 
and 0.20.4, this i what I got.

0.20.1: w = 252836, h = 52828
0.20.4: w = 252000, h = 52000

Interesting. It rounds "down" instead of up.


The difference between those two, to me, seems to be the way you fetch 
the SVG size. In 0.20.4 via the BridgeContext and in 0.20.4 via 
SVGSVGElement.

After snooping around a little bit in the Batik sources I found a line 
with a // FIXME or something like that (I'm at home now and dosen't have 
the Batik sources here, but I think it was in BridgeContext or one of 
the instances it uses), where the float values are casted to an int 
loosing the decimals. Changing the width of the SVG seem to help but 
this would possible break some of the layout in our reports which are 
made for the election of the Swedish government. I will try to see if 
there's an error in the size of our generated SVG files. We use 
Illustrator to convert from EPS, and then we're tweaking them a bit.

Christer

Good luck!

--
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]

HyphenationTree bug and Portuguese hyphenation file update

2003-02-13 Thread jaccoud


Sorry to bother you all again with this problem. I sent this message two
weeks ago but I forgot that I was subscribed to fop-user instead of
fop-dev. Since I saw no thread with this title, I assume the message got
wiped out. If somebody already looked into this, I apologize for the
inconvenience.

I posted a correction for a bug in HyphenationTree.java and an updated
Portuguese hyphenation file some time ago (June 2002). Since I cannot be a
direct developer (my company firewall prevents me from using CVS), someone
(sorry, I do not remember who) took upon himself the job of modifying the
source and updating the hyphenation file.

However, 0.20.5rc already has some other modifications in HyphenationTree
(new container classes) and the simple bug correction (a single '='
character is missing) for the hyphenation algorithm is still not there, as
well as the new pt hyphenation file. To use 0.20.5, I had again to modify
HyphenationTree and rebuild everything.

May someone please update the files before the definitive 0.20.5 is out on
the streets? A zip with both files is attached, just in case.

(See attached file: fop-dev.zip)

=
Marcelo Jaccoud Amaral
Petrobrás (http://www.petrobras.com.br)
mailto:[EMAIL PROTECTED]
=
When dealing with the insane, the best method is to pretend to be sane.
(Hermann Hesse)




fop-dev.zip
Description: Zip archive
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

RE: Encryption

2003-02-13 Thread Patrick C. Lankswert

Chris,

Thanks...

Pat

-Original Message-
From: Chris Bowditch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 13, 2003 5:24 AM
To: [EMAIL PROTECTED]
Subject: RE: Encryption


>From: "Patrick C. Lankswert" <[EMAIL PROTECTED]>

>However, it does not seem to support the CVS diff command. When I select
>diff, it gives me a visual comparison. I assume that CVS diff is like the
>UN*X command line diff for use with patch... can anybody help.
>Unfortunately, I am on a Windows platform as that is our development
>platform at work.
>
I believe you can use WinCVS to get the unified diff. WinCVS can be 
downloaded at

http://www.wincvs.org/download.html

_
Use MSN Messenger to send music and pics to your friends 
http://messenger.msn.co.uk


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Memory allocation - large table

2003-02-13 Thread Chieh Tong

Hi, I'm currently printing a very large table with over 30,000 rows in it.
I understand that memory allocation problems can be avoided by using multiple 
page-sequences.
However, the data I'm prinitng is in a table and I can't seem to think of a way to 
break up the table into multiple page sequences.
The table gets its data from a  loop.
Any suggestions?

cheers.


--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Another release candidate ...

2003-02-13 Thread Peter B. West

Christian Geisert wrote:

Ok,

in a perfect world the 0.20.5 release would have happend last
year and we all were working on HEAD now but in reality we're
still fixing bugs (which is ok as it will take some time till
the first "redesign-relase") but nevertheless we should finally
finish 0.20.5.
So I propose the following plan:
Make another RC on february 17th and do the final 0.20.5 release
on february the 28th (no delay except for very valid reasons)

Comments?


+1

Peter
--
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: Another release candidate ...

2003-02-13 Thread Oleg Tkachenko

Christian Geisert wrote:


in a perfect world the 0.20.5 release would have happend last
year and we all were working on HEAD now but in reality we're
still fixing bugs (which is ok as it will take some time till
the first "redesign-relase") but nevertheless we should finally
finish 0.20.5.
So I propose the following plan:
Make another RC on february 17th and do the final 0.20.5 release
on february the 28th (no delay except for very valid reasons)

You right, we are not in a perfect world, anyway
+1

--
Oleg Tkachenko
Multiconn Technologies, Israel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

clipping text in

2003-02-13 Thread Doherty, Michael

Hi,

I am trying to clip some text within an SVG block using FOP.  Below I attach
a version of the FOP-XML I am using.  When run with fop.sh that comes with
the FOP distribution (version 0.20.4), it works fine and clips as expected -
varying the clipPath's width will show more or less text accordingly.
However, when I pass the FOP-XML to my processor (a servlet) I get the
NullPointerException shown after the XML.  It seems to be caused by the url
not being found but I am at a loss as how to tell the processor that I want
to refer to the document itself.  Is there a configuration parameter that
needs to be set?  Is there another way to pass in the reference to the
clipPath?

Note that I have tried replacing the clip-path attribute with both of the
following which, although they avoid the error, fail to clip the text.

clip-path:#xpointer(#4203)
clip-path:#xpointer(id(4203))

Any help would be greatly appreciated,
Michael

FOP-XML:


http://www.w3.org/1999/XSL/Format";
xmlns:svg="http://www.w3.org/2000/svg";>   
 
 

  
  
  
 
  
   


  


  

  


  

  
  04-Jan-99 to 11-Feb-03

  

  

  

  

  


Error message:

2003-02-13 09:32:30,411 INFO  [STDOUT] [ERROR] 
2003-02-13 09:32:30,412 INFO  [STDOUT] svg graphic could not be built: null
2003-02-13 09:32:30,413 INFO  [STDOUT] java.lang.NullPointerException
2003-02-13 09:32:30,417 INFO  [STDOUT]  at java.net.URL.(URL.java:366)
2003-02-13 09:32:30,418 INFO  [STDOUT]  at java.net.URL.(URL.java:329)
2003-02-13 09:32:30,419 INFO  [STDOUT]  at java.net.URL.(URL.java:321)
2003-02-13 09:32:30,420 INFO  [STDOUT]  at java.net.URL.(URL.java:252)
2003-02-13 09:32:30,421 INFO  [STDOUT]  at java.net.URL.(URL.java:275)
2003-02-13 09:32:30,421 INFO  [STDOUT]  at
org.apache.batik.util.ParsedURLData.buildURL(Unknown Source)
2003-02-13 09:32:30,422 INFO  [STDOUT]  at
org.apache.batik.util.ParsedURLData.openStreamInternal(Unknown Source)
2003-02-13 09:32:30,423 INFO  [STDOUT]  at
org.apache.batik.util.ParsedURLData.openStream(Unknown Source)
2003-02-13 09:32:30,424 INFO  [STDOUT]  at
org.apache.batik.util.ParsedURL.openStream(Unknown Source)
2003-02-13 09:32:30,425 INFO  [STDOUT]  at
org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(Unknown
Source)
2003-02-13 09:32:30,425 INFO  [STDOUT]  at
org.apache.batik.bridge.DocumentLoader.loadDocument(Unknown Source)
2003-02-13 09:32:30,426 INFO  [STDOUT]  at
org.apache.batik.bridge.URIResolver.getNode(Unknown Source)
2003-02-13 09:32:30,427 INFO  [STDOUT]  at
org.apache.batik.bridge.URIResolver.getElement(Unknown Source)
2003-02-13 09:32:30,428 INFO  [STDOUT]  at
org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown Source)
2003-02-13 09:32:30,429 INFO  [STDOUT]  at
org.apache.batik.bridge.CSSUtilities.convertClipPath(Unknown Source)
2003-02-13 09:32:30,430 INFO  [STDOUT]  at
org.apache.batik.bridge.SVGTextElementBridge.buildGraphicsNode(Unknown
Source)
2003-02-13 09:32:30,430 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
2003-02-13 09:32:30,431 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
2003-02-13 09:32:30,432 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
2003-02-13 09:32:30,433 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
2003-02-13 09:32:30,434 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
2003-02-13 09:32:30,434 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
2003-02-13 09:32:30,435 INFO  [STDOUT]  at
org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
2003-02-13 09:32:30,436 INFO  [STDOUT]  at
org.apache.fop.render.pdf.PDFRenderer.renderSVGDocument(Unknown Source)
2003-02-13 09:32:30,437 INFO  [STDOUT]  at
org.apache.fop.render.pdf.PDFRenderer.renderSVGArea(Unknown Source)
2003-02-13 09:32:30,438 INFO  [STDOUT]  at
org.apache.fop.svg.SVGArea.render(Unknown Source)
2003-02-13 09:32:30,438 INFO  [STDOUT]  at
org.apache.fop.render.pdf.PDFRenderer.renderForeignObjectArea(Unknown
Source)
2003-02-13 09:32:30,439 INFO  [STDOUT]  at
org.apache.fop.layout.inline.ForeignObjectArea.render(Unknown Source)
2003-02-13 09:32:30,440 INFO  [STDOUT]  at
org.apache.fop.render.AbstractRenderer.renderLineArea(Unknown Source)
2003-02-13 09:32:30,441 INFO  [STDOUT]  at
org.apache.fop.layout.LineArea.render(Unknown Source)
2003-02-13 09:32:30,442 INFO  [STDOUT]  at
org.apache.fop.render.AbstractRenderer.renderBlockArea(Unknown Source)
2003-02-13 09:32:30,443 INFO  [STDOUT]  at
org.apache.fop.layout.BlockArea.render(Unknown Source)
2003-02-13 09:32:30,443 INFO  [STDOUT]  at
org.apache.fop.render.AbstractRende

RE: Encryption

2003-02-13 Thread Chris Bowditch

From: "Patrick C. Lankswert" <[EMAIL PROTECTED]>



However, it does not seem to support the CVS diff command. When I select
diff, it gives me a visual comparison. I assume that CVS diff is like the
UN*X command line diff for use with patch... can anybody help.
Unfortunately, I am on a Windows platform as that is our development
platform at work.


I believe you can use WinCVS to get the unified diff. WinCVS can be 
downloaded at

http://www.wincvs.org/download.html

_
Use MSN Messenger to send music and pics to your friends 
http://messenger.msn.co.uk


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: Another release candidate ...

2003-02-13 Thread Christer Sandberg

Keiron Liddle wrote:

 

This sounds great, but I have one question. We've posted a bug report
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16672) about the SVG 
rendering in 0.20.4 and 0.20.5. Our SVG's in the rendered PDF 
document(s) gets clipped. We're now using 0.20.1 and everything is fine 
there. The PS renderer in 0.20.4 and 0.20.5 also produces a correct 
rendered SVG. We use FOP at the Swedish Election Authority and consider 
this to be a big blocker for us, and I assume that's the case for others 
as well. I haven't seen any activity in this list etc on this bug report 
and wouldn't it be nice to dig in to this before the final release.


Take a look at line 526 of PDFRenderer.java, it clips to the size of the SVG image.
Is it possible that part of the SVG goes outside the SVG width and height?

Try commenting it out or changing the size of your SVG and seeing if it changes.


I'll happily provide the SVG file, XSL etc if this could help. I've been 
trying to look at the code myself but I'm not really confident with the 
design and the PDF spec.

By the way, thank you for an awesome product ...

Christer

This is our SVG width and height:



When I added some println() statements to PDFRenderer, both in 0.20.1 
and 0.20.4, this i what I got.

0.20.1: w = 252836, h = 52828
0.20.4: w = 252000, h = 52000

The difference between those two, to me, seems to be the way you fetch 
the SVG size. In 0.20.4 via the BridgeContext and in 0.20.4 via 
SVGSVGElement.

After snooping around a little bit in the Batik sources I found a line 
with a // FIXME or something like that (I'm at home now and dosen't have 
the Batik sources here, but I think it was in BridgeContext or one of 
the instances it uses), where the float values are casted to an int 
loosing the decimals. Changing the width of the SVG seem to help but 
this would possible break some of the layout in our reports which are 
made for the election of the Swedish government. I will try to see if 
there's an error in the size of our generated SVG files. We use 
Illustrator to convert from EPS, and then we're tweaking them a bit.

Christer


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

cvs commit: xml-fop .cvsignore

2003-02-13 Thread jeremias

jeremias2003/02/13 01:06:08

  Modified:..cvsignore
  Log:
  Add entries for Eclipse project files
  
  Revision  ChangesPath
  1.5   +3 -1  xml-fop/.cvsignore
  
  Index: .cvsignore
  ===
  RCS file: /home/cvs/xml-fop/.cvsignore,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- .cvsignore2 Dec 2002 14:30:08 -   1.4
  +++ .cvsignore13 Feb 2003 09:06:08 -  1.5
  @@ -1,4 +1,6 @@
   build
   jpfop-0.17.0
   build-local.properties
  -checkstyle-noframes.xsl
  \ No newline at end of file
  +checkstyle-noframes.xsl
  +.classpath
  +.project
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Another release candidate ...

2003-02-13 Thread Jeremias Maerki

+1, but strict bugfixing only, or else we're never going to make it.

On 12.02.2003 17:44:14 Christian Geisert wrote:
> Ok,
> 
> in a perfect world the 0.20.5 release would have happend last
> year and we all were working on HEAD now but in reality we're
> still fixing bugs (which is ok as it will take some time till
> the first "redesign-relase") but nevertheless we should finally
> finish 0.20.5.
> So I propose the following plan:
> Make another RC on february 17th and do the final 0.20.5 release
> on february the 28th (no delay except for very valid reasons)
> 
> Comments?


Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 6997] - Row-spanned row data breaks over a page within a column

2003-02-13 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=6997

Row-spanned row data breaks over a page within a column





--- Additional Comments From [EMAIL PROTECTED]  2003-02-13 08:05 ---
Created an attachment (id=4854)
test case, added fo-file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

DO NOT REPLY [Bug 6997] - Row-spanned row data breaks over a page within a column

2003-02-13 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=6997

Row-spanned row data breaks over a page within a column





--- Additional Comments From [EMAIL PROTECTED]  2003-02-13 08:04 ---
Created an attachment (id=4853)
Page 5 and 7, Column-text "Övriga fynd:" is shifted one column left.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

38 matches

Mail list logo