date:20030313

FYI: Stefan Bodewig (Thank you!!!) contacted me on this one. He has
already fixed the Gump descriptor so it should work next time.

On 13.03.2003 11:51:39 Sam Ruby wrote:
> BUILD FAILED
> file:///home/rubys/jakarta/xml-fop/build.xml:430: taskdef class 
> org.apache.fop.tools.anttasks.SerializeHyphPattern cannot be found


Jeremias Maerki


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

Forrest build on HEAD

Fopdevs,

Has anyone else tried to run forrest against a new HEAD checkout?  When 
I try, I get this far:
Initializing... ready, let's go :-)
 * [55] index.html
 * [0] skin/page.css
 * [0] skin/images/spacer.gif
 * [0] skin/breadcrumbs.js
 * [0] images/group-logo.gif
 * [0] images/logo.jpg
 * [0] skin/images/search-left.gif
 * [0] skin/images/search-right.gif
 * [0] skin/images/tabSel-left.gif
 * [0] skin/images/tabSel-right.gif
 * [0] skin/images/tab-left.gif
 * [38] dev/index.html
 * [0] skin/images/tab-right.gif
 * [38] design/index.html
 * [36] design/alt.design/index.html
 * [52] news.html
 * [52] logocontest.html
 * [53] faq.html
 * [52] download.html
 * [52] relnotes.html
 * [52] gethelp.html
 * [54] examples.html
 * [53] status.html
java.lang.RuntimeException: org.apache.fop.apps.FOPException: The id "?" 
already exists in this document
at 
org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3407)
at java.lang.Thread.run(Thread.java:536)
 * [57] changes.html
 * [52] todo.html
 * [52] running.html

and the process just stops.  The java processes which have been running 
just disappear, and the terminal hangs at the point above.  Is anyone 
else in the same boat?

--
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: Forrest build on HEAD

This was run against a clean checkout with a recent cvs update.  When I 
run against my previous tree, also just cvs updated, the forrest build 
proceeds.  I'll try to find out why.

Peter

Peter B. West wrote:
Fopdevs,

Has anyone else tried to run forrest against a new HEAD checkout?  When 
I try, I get this far:
Initializing... ready, let's go :-)
 * [55] index.html
 * [0] skin/page.css
...

 * [52] todo.html
 * [52] running.html
and the process just stops.  The java processes which have been running 
just disappear, and the terminal hangs at the point above.  Is anyone 
else in the same boat?

--
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: Forrest build on HEAD

2003-03-13 Thread Jeff Turner

On Thu, Mar 13, 2003 at 09:16:52PM +1000, Peter B. West wrote:
> This was run against a clean checkout with a recent cvs update.  When I 
> run against my previous tree, also just cvs updated, the forrest build 
> proceeds.  I'll try to find out why.

At:

http://forrestbot.cocoondev.org/logs/work.xml-fop.log

After running.html, it seems something graphical happens:

 [java]  * [52] todo.html
 [java]  * [52] running.html
 [java] Font specified in font.properties not found 
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
 [java] Font specified in font.properties not found 
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
 

Possibly your DISPLAY variable is set to something weird?

--Jeff

> Peter
> 
> Peter B. West wrote:
> >Fopdevs,
> >
> >Has anyone else tried to run forrest against a new HEAD checkout?  When 
> >I try, I get this far:
> >Initializing... ready, let's go :-)
> > * [55] index.html
> > * [0] skin/page.css
> ...
> 
> > * [52] todo.html
> > * [52] running.html
> >
> >and the process just stops.  The java processes which have been running 
> >just disappear, and the terminal hangs at the point above.  Is anyone 
> >else in the same boat?

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

Re: Forrest build on HEAD

Jeff,

I'm running forrest locally.  I assume that there is no attempt by a 
locally run forrest to talk to forrestbot.cocoondev.org.  Which would 
mean that the forrestbot has failed at the same place that I have. 
wouldn't it?

Peter

Jeff Turner wrote:
On Thu, Mar 13, 2003 at 09:16:52PM +1000, Peter B. West wrote:

This was run against a clean checkout with a recent cvs update.  When I 
run against my previous tree, also just cvs updated, the forrest build 
proceeds.  I'll try to find out why.


At:

http://forrestbot.cocoondev.org/logs/work.xml-fop.log

After running.html, it seems something graphical happens:

 [java]  * [52] todo.html
 [java]  * [52] running.html
 [java] Font specified in font.properties not found 
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
 [java] Font specified in font.properties not found 
[--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
 
--
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: Forrest build on HEAD

I get the same RuntimeException but the process runs through without
problems. Strange.

On 13.03.2003 12:02:02 Peter B. West wrote:
> Has anyone else tried to run forrest against a new HEAD checkout?  When 
> I try, I get this far:

>   * [53] status.html
> java.lang.RuntimeException: org.apache.fop.apps.FOPException: The id "?" 
> already exists in this document
>  at 
> org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java:3407)
>  at java.lang.Thread.run(Thread.java:536)
>   * [57] changes.html
>   * [52] todo.html
>   * [52] running.html
> 
> and the process just stops.  The java processes which have been running 
> just disappear, and the terminal hangs at the point above.  Is anyone 
> else in the same boat?


Jeremias Maerki


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

Re: Forrest build on HEAD

2003-03-13 Thread Jeff Turner

On Thu, Mar 13, 2003 at 10:31:23PM +1000, Peter B. West wrote:
> Jeff,
> 
> I'm running forrest locally.  I assume that there is no attempt by a 
> locally run forrest to talk to forrestbot.cocoondev.org.

Nope

> Which would mean that the forrestbot has failed at the same place that
> I have.  wouldn't it?

Not sure what you mean.  The forrestbot-invoked build hit the same '?'
problem, but didn't halt.

I've just updated FOP and generated docs locally, and it all worked.  I
didn't even get the RuntimeException.  Weird..

--Jeff

> Peter
> 

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

DO NOT REPLY [Bug 17955] New: - Unnecessary exception throwing.

2003-03-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=17955

Unnecessary exception throwing.

   Summary: Unnecessary exception throwing.
   Product: Fop
   Version: 0.20.5
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In FontInfo the method parseInt is used to figure out if weight is a number or 
not, and if its not an exception is thrown. Its a bit nicer to look at the 
first char and then decide if it got a chance to be a number.
And I belive that its far more common to specify the weight with 'normal' 
or 'bold' then a number, so there are some cpu-time to save...

Index: FontInfo.java
===
RCS file: /home/cvspublic/xml-
fop/src/org/apache/fop/layout/Attic/FontInfo.java,v
retrieving revision 1.12.2.4
diff -u -r1.12.2.4 FontInfo.java
--- FontInfo.java   25 Feb 2003 14:07:03 -  1.12.2.4
+++ FontInfo.java   13 Mar 2003 13:21:40 -
@@ -124,13 +124,16 @@
  */
 public static String createFontKey(String family, String style,
String weight) {
-int i;
+   int i = 0;
 
-try {
-i = Integer.parseInt(weight);
-} catch (NumberFormatException e) {
-i = 0;
-}
+   char c = weight.charAt(0);
+   if (c >= '0' && c <= '9') {
+   try {
+   i = Integer.parseInt(weight);
+   } catch (NumberFormatException e) {
+   i = 0;
+   }
+   }
 
 if (i > 600)
 weight = "bold";

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

DO NOT REPLY [Bug 17955] - [PATCH] Unnecessary exception throwing.

2003-03-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=17955

[PATCH] Unnecessary exception throwing.

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Unnecessary exception   |[PATCH] Unnecessary
   |throwing.   |exception throwing.

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

Printing over and over again

2003-03-13 Thread Rajendran S

I am generating PCL through FOP and when I send this document to HP LAserJet 
4 plus , the same page prints over and over again.
Anybody had similar problems? With HP LaserJet 4 Si and 5 Si, this works 
fine.
Thanks



_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

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

2003-03-13 Thread jeremias

jeremias2003/03/13 08:46:06

  Modified:src/java/org/apache/fop/fo FOUserAgent.java
   src/java/org/apache/fop/pdf PDFDocument.java
   src/java/org/apache/fop/render/pdf PDFRenderer.java
  Added:   src/java/org/apache/fop/pdf PDFEncryptionParams.java
PDFEncryptionManager.java PDFEncryptionJCE.java
PDFEncryption.java
  Log:
  Added support for PDF encryption.
  Submitted by: Patrick C. Lankswert <[EMAIL PROTECTED]>
  
  Enhanced to be disabled automatically if JCE and/or necessary algorithms are 
unavailable.
  PDF encryption doesn't work, yet. If it's enabled Acrobat will show blank pages. 
Don't know why, yet. See separate mail.
  
  Revision  ChangesPath
  1.2   +21 -0 xml-fop/src/java/org/apache/fop/fo/FOUserAgent.java
  
  Index: FOUserAgent.java
  ===
  RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/FOUserAgent.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- FOUserAgent.java  11 Mar 2003 13:05:19 -  1.1
  +++ FOUserAgent.java  13 Mar 2003 16:46:02 -  1.2
  @@ -63,6 +63,7 @@
   import org.apache.avalon.framework.logger.Logger;
   
   // FOP
  +import org.apache.fop.pdf.PDFEncryptionParams;
   import org.apache.fop.render.XMLHandler;
   import org.apache.fop.render.RendererContext;
   
  @@ -92,6 +93,7 @@
   private Map defaults = new java.util.HashMap();
   private Map handlers = new java.util.HashMap();
   private String baseURL;
  +private PDFEncryptionParams pdfEncryptionParams;
   
   /**
* Sets the logger.
  @@ -132,6 +134,24 @@
   }
   
   /**
  + * Returns the parameters for PDF encryption.
  + * @return the PDF encryption parameters, null if not applicable
  + */
  +public PDFEncryptionParams getPDFEncryptionParams() {
  +return pdfEncryptionParams;
  +}
  +
  +/**
  + * Sets the parameters for PDF encryption.
  + * @param pdfEncryptionParams the PDF encryption parameters, null to 
  + * disable PDF encryption
  + */
  +public void setPDFEncryptionParams(PDFEncryptionParams pdfEncryptionParams) {
  +this.pdfEncryptionParams = pdfEncryptionParams;
  +}
  +
  +
  +/**
* Get an input stream for a reference.
* Temporary solution until API better.
* @param uri URI to access
  @@ -216,5 +236,6 @@
   + "No handler defined for XML: " + namespace);
   }
   }
  +
   }
   
  
  
  
  1.2   +48 -11xml-fop/src/java/org/apache/fop/pdf/PDFDocument.java
  
  Index: PDFDocument.java
  ===
  RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/pdf/PDFDocument.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- PDFDocument.java  11 Mar 2003 13:05:09 -  1.1
  +++ PDFDocument.java  13 Mar 2003 16:46:05 -  1.2
  @@ -159,6 +159,11 @@
   protected PDFResources resources;
   
   /**
  + * the documents encryption, if exists
  + */
  +protected PDFEncryption encryption;
  +
  +/**
* the colorspace (0=RGB, 1=CMYK)
*/
   protected PDFColorSpace colorspace = new 
PDFColorSpace(PDFColorSpace.DEVICE_RGB);
  @@ -299,6 +304,30 @@
   }
   
   /**
  + * Enables PDF encryption.
  + * @param params The encryption parameters for the pdf file
  + */
  +public void setEncryption(PDFEncryptionParams params) {
  +this.encryption = PDFEncryptionManager.newInstance(++this.objectcount, 
params);
  +if (encryption != null) {
  +/[EMAIL PROTECTED] this cast is ugly. PDFObject should be transformed 
to an interface. */
  +addTrailerObject((PDFObject)this.encryption);
  +} else {
  +System.out.println("PDF encryption is unavailable. PDF will be "
  ++ "generated without encryption.");
  +}
  +}
  +
  +
  +/**
  + * Indicates whether encryption is active for this PDF or not.
  + * @return boolean True if encryption is active
  + */
  +public boolean isEncryptionActive() {
  +return this.encryption != null;
  +}
  +
  +/**
* Make a /Catalog (Root) object. This object is written in
* the trailer.
*
  @@ -1696,7 +1725,7 @@
   }
   
   /**
  - * make a stream object
  + * Make a stream object
*
* @param type the type of stream to be created
* @param add if true then the stream will be added immediately
  @@ -1704,13 +1733,13 @@
*/
   public PDFStream makeStream(String type, boolean add) {
   
  -/*
  - * create a PDFStream with the next object number and add it
  - *
  - * to the list of objects
  - */
  +// create a PDFSt

cvs commit: xml-fop build.xml

2003-03-13 Thread jeremias

jeremias2003/03/13 08:47:20

  Modified:.build.xml
  Log:
  Updated for optional PDF encryption support (depending on availability of JCE)
  
  Revision  ChangesPath
  1.78  +17 -1 xml-fop/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/xml-fop/build.xml,v
  retrieving revision 1.77
  retrieving revision 1.78
  diff -u -r1.77 -r1.78
  --- build.xml 12 Mar 2003 09:34:59 -  1.77
  +++ build.xml 13 Mar 2003 16:47:20 -  1.78
  @@ -114,11 +114,16 @@
   
 
   
  +  
  +
  +  
  +
 
   
   
   
   
  +
 
   
 
  @@ -228,6 +233,7 @@
 
   
   
  +
   
 
   
  @@ -417,7 +423,17 @@
 
   
 
  -  
  +
  +  
  +
  +
  +  
  +  
  +  
  +
  +  
  +
  +  
   
 
 
  
  
  

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

cvs commit: xml-fop status.xml

2003-03-13 Thread jeremias

jeremias2003/03/13 08:50:42

  Modified:.status.xml
  Log:
  Update for PDF encryption support
  
  Revision  ChangesPath
  1.26  +10 -2 xml-fop/status.xml
  
  Index: status.xml
  ===
  RCS file: /home/cvs/xml-fop/status.xml,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- status.xml11 Mar 2003 13:35:48 -  1.25
  +++ status.xml13 Mar 2003 16:50:42 -  1.26
  @@ -114,7 +114,15 @@
 
   
 
  -   
  +   
  +
  +  Enhanced PDF encryption support so it is optional depending on the 
  +  availability of JCE and/or cryptographic algorithms.
  +
  + 
  +  Added PDF encryption support (40bit RC4, PDF 1.3 level).
  +
   
 Moved all sources from src/org/** to src/java/org/**.
   
  @@ -146,7 +154,7 @@
 org.apache.fop.fonts.truetype.
   
  
  -   
  +   
   
 Moved all Adobe Type 1 font related classes to 
 org.apache.fop.fonts.type1. Added a PFB parser for proper decoding of
  
  
  

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

Re: PDF Encryption in HEAD

Hi crypto-guys!

I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I guess that's the same
problem you had, Jörg? Well, and I haven't enabled encryption everywhere,
yet. That shouldn't be a problem right now, because I've extended the
stuff to be completely optional depending on the availability of JCE
and/or cryptographic algorithms necessary. No need for java-1.3/java-1.4
directories, which is actually strange if you have JCE installed on JDK
1.3. The stuff looks out for "javax.crypto.Cipher" to be present to
determine if JCE is available. A seperate check looks for the necessary
algorithms (RC4 and MD5).

My stuff is configured via the FOUserAgent which can now hold a
PDFEncryptionParams object containing the passwords and permissions. If
is null (default) no encryption happens.

I thought I just commit my stuff and we'll figure out what's wrong based
on that code. Better this than nothing. I'll continue my investigations
tomorrow. Maybe Patrick could have a look at the stuff. Maybe you finds
something?

On 09.03.2003 23:44:27 J.Pietschmann wrote:
> Hi all,
> I tried to get PDF encryption into HEAD and failed.
> Most of the problem is that PDFXObject no longer has a reference
> to the PDFDocument, where the encryption object resides in the patch.
> I'm not sure how important this is, the encryption filter is
> different from the other filters: it takes the number+generation
> of something, however, at some instances it takes the number+gen
> from the XObject, at others (ICCStream) from the stream it is
> applied. I have not enough knowledge of PDF encryption to sort
> this out. Actually, I didn't try the code from the maintentance
> branch with an image (hint, hint: need GIF/BMP, JPG with ICC and
> EPS to test. Jeremias: this appears to be your speciality...).
> 
> Any hints how to proceed?

Jeremias Maerki

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

logo contest

2003-03-13 Thread Oleg Tkachenko

Hello!

So, we've got 28 logos [1] submitted. Now lets pick out the winner somehow.
Comments?
[1] http://vote.sparklit.com/web_poll.spark/714566
--
Oleg Tkachenko
Multiconn Technologies, Israel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: logo contest

My favourite is the green design by Chuck White (#9) most. Reasons:
- It emphasizes on "FO" be playing with the color, showing that FOP is
  not a "Fop", but a "FO" "P", an FO processor.
- I like the pencil that is nicely integrated with the logo. Very nice
  idea.
- The logo scales well and has good contrast, making it possible to
  create a good grayscale or b/w version for printing on laser printers.
- I'm not 100% sure about the color though. Green, I don't know. Maybe
  we should play with it and see if different coloring improves it.

I also like the one from Lars Vallin with the red dot in the "o" (#13).
But somehow I've got the impression that I've seen this design already
somewhere. But I can't hit home, yet.

Also, the one by Pavol Vaskovic (#23,#24) is pretty good.

I wonder what your favourites are...

On 13.03.2003 19:10:36 Oleg Tkachenko wrote:
> So, we've got 28 logos [1] submitted. Now lets pick out the winner somehow.
> Comments?


Jeremias Maerki


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

Re: logo contest

2003-03-13 Thread Clay Leeds

Oleg,

I just voted and noticed that there're already a bunch of votes. Perhaps 
 it would be good to clear all of the votes and have everyone vote--now 
that all of the submissions have been made.

BTW, I see a _bunch_ of very nice logos here! It'll be a tough choice, 
and I'm sure it'll be neck & neck for a few of them. Do we have to 
choose only one? ;-p

Web Maestro Clay

Oleg Tkachenko wrote:
Hello!

So, we've got 28 logos [1] submitted. Now lets pick out the winner somehow.
Comments?
[1] http://vote.sparklit.com/web_poll.spark/714566


--
Clay Leeds - [EMAIL PROTECTED]
Web Developer - Medata, Inc. - http://www.medata.com
PGP Public Key: https://mail.medata.com/pgp/cleeds.asc
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: logo contest & SVG question

2003-03-13 Thread Clay Leeds

I like Andy Joslin's #21 & #22 for some of the same reasons Jeremias 
likes Chuck White's (FO P). I also like Andy Joslin's because they are 
SVG and the colors are relatively easy to adjust to match the document 
design (this could be bad, too!). Machael Schnuerle's are fun as well. 
His integration of Escher's hands writing each other (pencil *&* Apache 
feather!) is great! Andre Halama's #10 is simple but elegant and shows 
xsl-fo in the background, along with the Apache feather. It's hard to 
pick a favorite, but I chose Tobias Muller's #7 for its simplicity.

As a side note, does anyone know how to get SVG to display in Mozilla 
(1.3b). I tried installing the SVG plugin, but I can't get it to work. I 
have to unfortunately launch Micro$loth Internet Exploiter to view the 
poll in all its glory. ;-\

--
Clay Leeds - [EMAIL PROTECTED]
Web Developer - Medata, Inc. - http://www.medata.com
PGP Public Key: https://mail.medata.com/pgp/cleeds.asc
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: PDF Encryption in HEAD

Jeremias Maerki wrote:
I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I guess that's the same
problem you had, Jörg?
On closer inspection this seems to be the problem: you got
number+generation from the stream into the filter for *every*
XObject, but the original patch used number/gen from the XObject
for all objects except image pixel streams and the JPG ICC
stream.
That's why I didn't commit the patch: I didn't want to re-add
the PDFDocument reference to PDFXObject in order to get the
add the encryption filter after the makeStream() without asking
why the reference had been dropped on the way from maintenance
to HEAD.
J.Pietschmann

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

Re: logo contest

2003-03-13 Thread Bertrand Delacretaz

Le Jeudi, 13 mars 2003, à 19:10 Europe/Zurich, Oleg Tkachenko a écrit :
So, we've got 28 logos [1] submitted. Now lets pick out the winner 
somehow.
Comments?
My favorite by far is #13 By Lars Wallin.
IMHO it is the one that looks the most professional, and it is clean 
and very readable.

-Bertrand

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

RE: PDF Encryption in HEAD

2003-03-13 Thread Bernard D'Have

Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.

Many thanks,

Bernard

> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> Sent: 13 March, 2003 18:00
> To: [EMAIL PROTECTED]
> Subject: Re: PDF Encryption in HEAD
>
>
> Hi crypto-guys!
>
> I've just committed PDF encryption support by Patrick C. Lankswert to
> the redesign. The bad message is that it doesn't work yet. I get blank
> pages in Acrobat when enabled, although the PDF looks good when compared
> with one generated by the maintenance branch. I guess that's the same
> problem you had, Jörg? Well, and I haven't enabled encryption everywhere,
> yet. That shouldn't be a problem right now, because I've extended the
> stuff to be completely optional depending on the availability of JCE
> and/or cryptographic algorithms necessary. No need for java-1.3/java-1.4
> directories, which is actually strange if you have JCE installed on JDK
> 1.3. The stuff looks out for "javax.crypto.Cipher" to be present to
> determine if JCE is available. A seperate check looks for the necessary
> algorithms (RC4 and MD5).
>
> My stuff is configured via the FOUserAgent which can now hold a
> PDFEncryptionParams object containing the passwords and permissions. If
> is null (default) no encryption happens.
>
> I thought I just commit my stuff and we'll figure out what's wrong based
> on that code. Better this than nothing. I'll continue my investigations
> tomorrow. Maybe Patrick could have a look at the stuff. Maybe you finds
> something?
>
> On 09.03.2003 23:44:27 J.Pietschmann wrote:
> > Hi all,
> > I tried to get PDF encryption into HEAD and failed.
> > Most of the problem is that PDFXObject no longer has a reference
> > to the PDFDocument, where the encryption object resides in the patch.
> > I'm not sure how important this is, the encryption filter is
> > different from the other filters: it takes the number+generation
> > of something, however, at some instances it takes the number+gen
> > from the XObject, at others (ICCStream) from the stream it is
> > applied. I have not enough knowledge of PDF encryption to sort
> > this out. Actually, I didn't try the code from the maintentance
> > branch with an image (hint, hint: need GIF/BMP, JPG with ICC and
> > EPS to test. Jeremias: this appears to be your speciality...).
> >
> > Any hints how to proceed?
>
>
> 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: PDF Encryption in HEAD

Wanna do it yourself and send a patch? I want to invest my resources
into the redesign. I hope you understand.

On 13.03.2003 21:30:30 Bernard D'Have wrote:
> Can you port your change to the maintenance branch?
> I'm very interested to have encryption with JDK1.3.


Jeremias Maerki


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

Re: PDF Encryption in HEAD

Thanks for the pointer. I hope I can come up with something useful
tomorrow.

On 13.03.2003 21:02:57 J.Pietschmann wrote:
> Jeremias Maerki wrote:
> > I've just committed PDF encryption support by Patrick C. Lankswert to
> > the redesign. The bad message is that it doesn't work yet. I get blank
> > pages in Acrobat when enabled, although the PDF looks good when compared
> > with one generated by the maintenance branch. I guess that's the same
> > problem you had, Jörg?
> 
> On closer inspection this seems to be the problem: you got
> number+generation from the stream into the filter for *every*
> XObject, but the original patch used number/gen from the XObject
> for all objects except image pixel streams and the JPG ICC
> stream.
> 
> That's why I didn't commit the patch: I didn't want to re-add
> the PDFDocument reference to PDFXObject in order to get the
> add the encryption filter after the makeStream() without asking
> why the reference had been dropped on the way from maintenance
> to HEAD.


Jeremias Maerki


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

Re: PDF Encryption in HEAD

Bernard D'Have wrote:
Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.
You only have to compile with 1.4 currently, it will run with
1.3 too as long as a JCE impl is in the classpath.
J.Pietschmann

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

RE: PDF Encryption in HEAD

2003-03-13 Thread Bernard D'Have

Yes I understand 
Will try
Bernard

> -Original Message-
> From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
> Sent: 13 March, 2003 22:00
> To: [EMAIL PROTECTED]
> Subject: Re: PDF Encryption in HEAD
> 
> 
> Wanna do it yourself and send a patch? I want to invest my resources
> into the redesign. I hope you understand.
> 
> On 13.03.2003 21:30:30 Bernard D'Have wrote:
> > Can you port your change to the maintenance branch?
> > I'm very interested to have encryption with JDK1.3.
> 
> 
> 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: logo contest & SVG question

I like Clare Cowley's.  I'm sure it doesn't scale, and I'm sure the 
colors will be a problem, and it's a bit scruffy, but it has energy and 
it doesn't look as though it were generated on a computer.  But then I'm 
the one who asked her to submit something.

I have the same problem with Mozilla.

Clay Leeds wrote:
As a side note, does anyone know how to get SVG to display in Mozilla 
(1.3b). I tried installing the SVG plugin, but I can't get it to work. I 
have to unfortunately launch Micro$loth Internet Exploiter to view the 
poll in all its glory. ;-\

--
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: logo contest

2003-03-13 Thread jaccoud


I think #27 should be eliminated, because it violates the copyright of a
drawing by Mauritius C. Escher, see his official site:
  http://www.mcescher.com/Gallery/gallery-back.html
I like the "Drawing Hands" litograph a lot (it represents reflection), but
I do not think it should (or can) be used this way in a logo.
=
Marcelo Jaccoud Amaral
Petrobrás (http://www.petrobras.com.br)
mailto:[EMAIL PROTECTED]
voice: +55 21 2534-3485
fax: +55 21 2534-1809
=
The first step towards madness is to think oneself wise.--Fernando De Rojas



   
   
  Oleg Tkachenko   
   
  <[EMAIL PROTECTED]Para: [EMAIL PROTECTED]
   
  com> cc: 
   
   Assunto:  logo contest  
   
  13/03/2003 15:10 
   
  Favor responder a
   
  fop-dev  
   
   
   
   
   




Hello!

So, we've got 28 logos [1] submitted. Now lets pick out the winner somehow.
Comments?

[1] http://vote.sparklit.com/web_poll.spark/714566
--
Oleg Tkachenko
Multiconn Technologies, Israel


-
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: logo contest

On 13.03.2003 19:28:17 Jeremias Maerki wrote:
> I also like the one from Lars Vallin with the red dot in the "o" (#13).
> But somehow I've got the impression that I've seen this design already
> somewhere. But I can't hit home, yet.

Here's another little comment. Don't take it seriously, please. The logo
also reminds me of another logo. See here http://www.stopaids.ch :-)
(The original comment still applies and is not related to this. And I
don't want to make the logo bad. I like it much in fact.)

Jeremias Maerki

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

Re: logo contest

Of the others, the ones I like best by far are those of Anders 
Sonnergren, especially the first, in spite of the fact that the 'p' is 
rotated 90deg.  I like the font, the stylisation of the Apache feather 
(which is atrocious in this context) and the overall elegance.
--
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]

cvs commit: xml-fop build.xml

2003-03-13 Thread pietsch

pietsch 2003/03/13 13:55:09

  Modified:.Tag: fop-0_20_2-maintain build.xml
  Log:
  Make compiling of PDF encryption support dependent on a JCE class
  rather than the JDK1.4 test.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.44.2.39 +17 -12xml-fop/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/xml-fop/build.xml,v
  retrieving revision 1.44.2.38
  retrieving revision 1.44.2.39
  diff -u -r1.44.2.38 -r1.44.2.39
  --- build.xml 5 Mar 2003 18:58:14 -   1.44.2.38
  +++ build.xml 13 Mar 2003 21:55:09 -  1.44.2.39
  @@ -293,29 +293,21 @@
 
   
   
  -
   
   
  -
  +
 
   
 
   
   
  -
  -  
  -
 
   
 
   
   
  -
  -  
  -
 
   
  -
 
 
 
  @@ -346,7 +338,7 @@
 
 
 
  -
  +
   
 
   
  @@ -356,7 +348,7 @@
 
 
 
  -
  +
   
 
 
  @@ -370,11 +362,24 @@
   
 
   
  +  
  +
  +
  +  
  +
  +  
  +
  +  
  +
  +
  +  
  +
  +  
   
 
 
 
  -  
  +

Re: PDF Encryption in HEAD

Bernard D'Have wrote:
Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.
Well, now build support depends on JCE rather than the JDK 1.4
presence check.
J.Pietschmann



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

Re: PDF Encryption in HEAD

Keiron Liddle wrote:
Try the example in test/resources/fop/image/types.fo this has various image 
formats.
Ok, runs ok with all images, except EPS (don't have a PS printer to test).
The other possibly untested case is th ICCProfile: does the logo.jgp have
this? Any other example?
I alos found a potential problem: all encryption options can be set
multiple times. Should I suppress this? I'm not sure which decision
fits user expectations best:
- accept two owner passwords (and use the last),
- raise an error and abort or
- raise a warning and use the first.
Any suggestions?
J.Pietschmann

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

Re: PDF Encryption in HEAD

2003-03-13 Thread Clay Leeds

J.Pietschmann wrote:
I alos found a potential problem: all encryption options can be set
multiple times. Should I suppress this? I'm not sure which decision
fits user expectations best:
- accept two owner passwords (and use the last),
- raise an error and abort or
- raise a warning and use the first.
Any suggestions?
J.Pietschmann
Whatever you do, can you have FOP indicate which it has done? (i.e., if 
you choose the first, output:

  [Warning] Multiple owner passwords, using first.

or

  [Warning] Multiple owner passwords, using first "secret".

or something.
--
Clay Leeds - [EMAIL PROTECTED]
Web Developer - Medata, Inc. - http://www.medata.com
PGP Public Key: https://mail.medata.com/pgp/cleeds.asc
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Re: PDF Encryption in HEAD

Clay Leeds wrote:
all encryption options can be set multiple times.
...
Whatever you do, can you have FOP indicate which it has done? (i.e., if 
you choose the first, output:
Good idea!

J.Pietschmann

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

Re: PDF Encryption in HEAD

> Ok, runs ok with all images, except EPS (don't have a PS printer to test).

Has anyone verified that the EPS in the redesign works?
I couldn't get it to show up in xpdf (is that the one that supports it) and never 
tried 
on a printer.

> The other possibly untested case is th ICCProfile: does the logo.jgp have
> this? Any other example?

IIRC non of the examples there have an ICCProfile, there is/was one in bugzilla, 
bigTree.jpg I think.
It would be a handy addition to have a smaller example available for future testing 
if anyone can create such an example.

> I alos found a potential problem: all encryption options can be set
> multiple times. Should I suppress this? I'm not sure which decision
> fits user expectations best:
> - accept two owner passwords (and use the last),
> - raise an error and abort or
> - raise a warning and use the first.

Maybe this one, there are probably some java security considerations also in this 
area.

> Any suggestions?
> 
> J.Pietschmann



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

Re: PDF Encryption in HEAD

> That's why I didn't commit the patch: I didn't want to re-add
> the PDFDocument reference to PDFXObject in order to get the
> add the encryption filter after the makeStream() without asking
> why the reference had been dropped on the way from maintenance
> to HEAD.

The PDFDocument was used in the constructor to create ICCStreams for jpeg 
images. This seemed all to specific and was moved to the setup for the 
FopPDFImage.

> J.Pietschmann


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

cvs commit: xml-fop/src/documentation/content/xdocs gethelp.xml pdfencryption.xml running.xml

2003-03-13 Thread pietsch

pietsch 2003/03/13 16:12:11

Modified:src/documentation/content/xdocs gethelp.xml
pdfencryption.xml running.xml
Log:
Took pdfencryption autorship back. Fixed some weak formulations and
spelling errors.
Added documentation for xalan scripts.
Added a few short guidelines for posting to the mailing lists.

Revision ChangesPath
1.3 +68 -44xml-fop/src/documentation/content/xdocs/gethelp.xml

Index: gethelp.xml
===
RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/gethelp.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- gethelp.xml 19 Nov 2002 07:57:27 - 1.2
+++ gethelp.xml 14 Mar 2003 00:12:10 - 1.3
@@ -1,50 +1,74 @@

http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-forrest/src/resources/schema/dtd/document-v11.dtd";>
-
-
-

-
-How to Get Help
-Solving problems
-
-
-
-
- How to get Help
-
-
- Have a look at the documentation pages on this site. You can find information
on how to run FOP,
- how to embed it, how to add custom fonts etc.
-
-
- Consult the FAQ to see if your question has
already been answered before.
-
-
- If you have a question concerning XSL:FO that is not related to FOP directly,
please consult the various
- resources on the net. See Resources for
some interesting links.
-
-
- Before you post your questions to one of the mailing lists, please search the
mailing list archives, since it's
- possible that your question has already been answered but it may not have
found its way into the FAQ. You'll
- find links to the mailing list archive in the Resources.
-
-
- If you still can't solve your problem subscribe to FOP's user mailing list
and post your question there. Please
- don't forget to supply the version you're using, detailed error messages etc.
This makes it easier to help you.
- The instructions on how to subscribe can be found in the Resources
-
-
-You should probably read ESR's
-http://www.tuxedo.org/~esr/faqs/smart-questions.html";>"How to Ask
Questions the Smart Way"
-
-
-
- Please don't use Bugzilla to post questions and please ask on the user
mailing list first, if you think you've
- found a bug.
-
-
-
+
+How to Get Help
+Solving problems
+
+
+
+ How to get Help
+
+
+ Have a look at the documentation pages on this site. You can find
+ information on how to run FOP, how to embed it, how to add custom
+ fonts etc.
+
+
+ Consult the FAQ to see if your question
+ has already been answered before.
+
+
+ If you have a question concerning XSLFO that is not related to FOP
+ directly or regarding XSLT, please consult the various resources on
+ the net. See Resources for some
+ interesting links.
+
+
+ Before you post your questions to one of the mailing lists, please
+ search the mailing list archives, since it's possible that your
+ question has already been answered but it may not have found its way
+ into the FAQ. You'll find links to the mailing list archive in the
+ Resources.
+
+
+ If you still can't solve your problem subscribe to FOP's user mailing
+ list and post your question there. Your question is likely to be
+ handled more favorably the further down the following checklist
+ you get:
+
+State the version of FOP you're using.
+Include detailed error messages, if there are any.
+Provide FO code instead of XSLT snippets or DocBook source.
+ See Running Xalan
+ for how to produce FO from your XML+XSLT.
+Provide complete, self-contained FO code.
+ This includes images. Be careful with confidential material
+ though.
+Provide short, self-contained FO code. Cut
+ out everything unnecessary to demonstrate the effect, in
+ particular images.
+Prune stack traces sensibly instead of dumping the whole
+ shebang.
+Instead of attaching large PDF files or screen shots, use a
+ small B&W GIF, JPG or PNG of the area of interest.
+
+ This makes it easier to help you. The instructions on how to
+ subscribe to the mailin lists can be found in the Resources.
+
+
+ You should probably read http://www.tuxedo.org/

Re: Nullpointer exception in InlineStackingLayoutManager

Hi Rainer,

Thanks for the detailed bug report.

The problem appears to be a complex interaction on the LineLayoutManager and 
the InlineStackingLayoutManager when it handles hyphenation. It is getting mixed 
up with the inline areas and not setting up the starting area properly.
It may not be resetting or removing some inline areas properly.

At the moment I would prefer to try to improve the way that system works rather 
than doing a direct fix.
It appears at the moment that the current approach is prone to problem both with 
understanding and with keeping track of all the various states and objects. This 
could make it unstable in the long term.

Keiron.

> Since several weeks there is a nullpointer exception in 
InlineStackingLayoutManager.
> The appended fo file is the shortest example I can construct to reproduce the 
error
> (using Java 1.3.1_04 on Linux and snapshot xml-fop_20030308173134.tar.gz).
> 
> Remarks:
> 
> Removing text-align"justify" there is no exception
> Removing hyphenate="true" language="de" there is no exception
> Removing  and  there is no exception
> 
> There is also no exception in the following case:
> 
> Beantwoord deze vraag met ja, als u met de Cancel bewerking wilt doorgaan, 
waarop de functie anders
> 
> 
> Regards
> Rainer Garus
> 
> 
> http://www.w3.org/1999/XSL/Format";>
> 
>   page-height="297mm" page-width="210mm" master-
name="simple">
>  
>
> 
> 
> 
> 
> 
> font-size="12pt" font-family="Times" hyphenate="true" language="de">
> 
> Beantwoord deze vraag met ja, als u met de Cancel bewerking wilt doorgaan, 
waarop de
> functie anders
> 
> 
> 
> 
> 
> 
> 
> [INFO] 1.0dev
> [DEBUG] Building formatting object tree
> [DEBUG] Current heap size: 720Kb
> [DEBUG] Word to hyphenate: functie
> Exception occured with a null error message
> org.apache.fop.apps.FOPException
>  at org.apache.fop.apps.CommandLineStarter.run
(CommandLineStarter.java:117)
>  at org.apache.fop.apps.Fop.main(Fop.java:68)
> 
> -
> 
> java.lang.NullPointerException
>  at org.apache.fop.layoutmgr.InlineStackingLayoutManager.initChildLC
(InlineStackingLayoutManager.java:351)


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

Build problems... please help/advise...

2003-03-13 Thread Robert Kylberg

Hi,

I'm new to FOP, just joined the mailing list and I'm not sure what  
exactly is going on so I'd *really* appreciate it if someone could  
explain how to build FOP from the latest src (if it is even possible).  
I've been unable to build FOP from the src archive as of 3/11. A couple  
of the error messages I get are:

[javac]  
/Users/bkylberg/Projects/xml-fop/src/java/org/apache/fop/image/ 
analyser/SVGReader.java:204: Method createSVGDocument(java.lang.String,  
java.io.InputStream) not found in class  
org.apache.batik.dom.svg.SAXSVGDocumentFactory [javac]  
SVGDocument doc = (SVGDocument) factory.createSVGDocument(uri, fis);

[javac]  
/Users/bkylberg/Projects/xml-fop/src/java/org/apache/fop/render/ps/ 
PSTextPainter.java:93: class org.apache.fop.render.ps.PSTextPainter  
must be declared abstract. It does not define java.awt.geom.Rectangle2D  
getBounds(org.apache.batik.gvt.TextNode) from interface  
org.apache.batik.gvt.TextPainter.

and so on until the build fails...

The first error can be corrected by calling createDocument instead of  
createSVGDocument. createSVGDocument is an undefined API on  
SAXSVGDocumentFactory so I'm not sure how anyone has been able to  
compile this (ref:  
http://xml.apache.org/batik/javadoc/org/apache/batik/dom/svg/ 
SAXSVGDocumentFactory.html ).

The second error is due to the fact that PSTextPainter claims to  
implement TextPainter (ref:  
http://xml.apache.org/batik/javadoc/org/apache/batik/gvt/ 
TextPainter.html ) but is in fact missing API implementations, among  
which getBounds is one. In fact I believe the implementation of  
PSTextPainter.getOutline(TextNode node) is altogether wrong insofar as  
PROXY_PAINTER isa StrokingTextPainter whose getOutline method takes a  
TextNode *and* a boolean (ref:  
http://xml.apache.org/batik/javadoc/org/apache/batik/gvt/renderer/ 
StrokingTextPainter.html ).

According to the mailing list archives PSTextPainter was recently  
submitted and added to the repository (ref:  
http://marc.theaimsgroup.com/?l=fop-dev&m=104737262930539&w=2 and  
http://marc.theaimsgroup.com/?l=fop-dev&m=104735385419249&w=2 ).

Perhaps everyone is using a different version of Java than I am ;-) but  
if not, then I'm wondering how anyone is able to build FOP given these  
defects? Am I the only one whose tried to build FOP from scratch in the  
past 2 days?

Any advice would be greatly appreciated.

-- Bob

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

RE: PDF Encryption in HEAD

Manual,

I think so... the encryption objects are associated with the PDF Document so
as long as there is only on thread in a given PDF document instance, you
should be good to go.

Pat

-Original Message-
From: Manuel Mall [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 4:57 AM
To: '[EMAIL PROTECTED]'
Subject: RE: PDF Encryption in HEAD


Patrick,

I am following with much interest the integration of PDF encryption into
FOP.

While trying to understand how it is invoked (not configured) I got
confused. We currently using a 3rd party external tool to encrypt our PDFs
after creation through FOP. Each PDF is given its own different owner
password. Internally we have one instance of FOP Driver in our server which
we call again and again to render the PDFs on demand. If we want to use the
encryption within FOP we would need to be able to set the owner password
before each individual run. Is that possible? With the current FOP version
(Maintenance branch) the concurrency issues within FOP are suppose to be
resolved. If that is so we could have pool of Driver instances running in
parallel each needing its own different owner password again on a per run
basis. Is that supported?

Many thanks

Manuel


-
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: PDF Encryption in HEAD

Clay,

Right now the options are pass the the render. Examples can be found in the
command line implementation. But to save you some time, the rendor options
are pass as a hash map (name value pairs) to the render. If any encryption
options are passed, encryption is enabled. The value names are as follows:
   ownerPassword
   userPassword
   allowPrint
   allowCopyContent
   allowEditContent
   allowEditAnnotations

The last four are either TRUE or FALSE. The default is TRUE.

Pat

-Original Message-
From: Clay Leeds [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 10:41 AM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD

I too am interested in how this would be implemented, particularly in
enabling some of the PDF features such as "don't print me" and "don't
save me" and "don't copy me" (where the "print", "save" and "copy"
functions are inactive/grayed out) using the command line version. I use
either the .sh or .bat file to render on *nix & Win*. I'd be interested
in finding out how to run these encryption (?) options running FOP from
the command line.

Web Maestro Clay

Manuel Mall wrote:
> Patrick,
>
> I am following with much interest the integration of PDF encryption into
> FOP.
>
> While trying to understand how it is invoked (not configured) I got
> confused. We currently using a 3rd party external tool to encrypt our PDFs
> after creation through FOP. Each PDF is given its own different owner
> password. Internally we have one instance of FOP Driver in our server
which
> we call again and again to render the PDFs on demand. If we want to use
the
> encryption within FOP we would need to be able to set the owner password
> before each individual run. Is that possible? With the current FOP version
> (Maintenance branch) the concurrency issues within FOP are suppose to be
> resolved. If that is so we could have pool of Driver instances running in
> parallel each needing its own different owner password again on a per run
> basis. Is that supported?
>
> Many thanks
>
> Manuel

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

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

RE: PDF Encryption in HEAD

Clay,

Ooops... sorry, you asked about command line.

J,

Thanks for all your help pulling this together.

Pat

-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 3:10 PM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD


Clay Leeds wrote:
> I'd be interested 
> in finding out how to run these encryption (?) options running FOP from 
> the command line.

The easiest way you can imagine:
1. get the latest CVS maintenance branch code (it's not in 0.20.5rc2)
2. build
3. run fop.sh/fop.bat without parameters.

Also, the docs are already online (a bit prematurely)
  http://xml.apache.org/fop/running.html
  http://xml.apache.org/fop/pdfencryption.html

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: PDF Encryption in HEAD

Jeremias,

Be more than happy to look at it. Did you commit to HEAD or else where?

Pat

-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 12:00 PM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD

Hi crypto-guys!

I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I guess that's the same
problem you had, Jörg? Well, and I haven't enabled encryption everywhere,
yet. That shouldn't be a problem right now, because I've extended the
stuff to be completely optional depending on the availability of JCE
and/or cryptographic algorithms necessary. No need for java-1.3/java-1.4
directories, which is actually strange if you have JCE installed on JDK
1.3. The stuff looks out for "javax.crypto.Cipher" to be present to
determine if JCE is available. A seperate check looks for the necessary
algorithms (RC4 and MD5).

My stuff is configured via the FOUserAgent which can now hold a
PDFEncryptionParams object containing the passwords and permissions. If
is null (default) no encryption happens.

I thought I just commit my stuff and we'll figure out what's wrong based
on that code. Better this than nothing. I'll continue my investigations
tomorrow. Maybe Patrick could have a look at the stuff. Maybe you finds
something?

On 09.03.2003 23:44:27 J.Pietschmann wrote:
> Hi all,
> I tried to get PDF encryption into HEAD and failed.
> Most of the problem is that PDFXObject no longer has a reference
> to the PDFDocument, where the encryption object resides in the patch.
> I'm not sure how important this is, the encryption filter is
> different from the other filters: it takes the number+generation
> of something, however, at some instances it takes the number+gen
> from the XObject, at others (ICCStream) from the stream it is
> applied. I have not enough knowledge of PDF encryption to sort
> this out. Actually, I didn't try the code from the maintentance
> branch with an image (hint, hint: need GIF/BMP, JPG with ICC and
> EPS to test. Jeremias: this appears to be your speciality...).
>
> Any hints how to proceed?

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: Build problems... please help/advise...

> Hi,
> 
> I'm new to FOP, just joined the mailing list and I'm not sure what  
> exactly is going on so I'd *really* appreciate it if someone could  
> explain how to build FOP from the latest src (if it is even possible).  
> I've been unable to build FOP from the src archive as of 3/11. A couple  
> of the error messages I get are:

I just did a build and it seems fine.
The problem appears to be the version of batik that you have in the classpath.
The batik javadocs you are refering to below are from june and are probably 
outdated.
Make sure you are using the version of batik from cvs and there is no other batik 
in the classpath.

> [javac]  
> /Users/bkylberg/Projects/xml-fop/src/java/org/apache/fop/image/ 
> analyser/SVGReader.java:204: Method createSVGDocument(java.lang.String,  
> java.io.InputStream) not found in class  
> org.apache.batik.dom.svg.SAXSVGDocumentFactory [javac]  
> SVGDocument doc = (SVGDocument) factory.createSVGDocument(uri, fis);
> 
> [javac]  
> /Users/bkylberg/Projects/xml-fop/src/java/org/apache/fop/render/ps/ 
> PSTextPainter.java:93: class org.apache.fop.render.ps.PSTextPainter  
> must be declared abstract. It does not define java.awt.geom.Rectangle2D  
> getBounds(org.apache.batik.gvt.TextNode) from interface  
> org.apache.batik.gvt.TextPainter.
> 
> and so on until the build fails...
> 
> The first error can be corrected by calling createDocument instead of  
> createSVGDocument. createSVGDocument is an undefined API on  
> SAXSVGDocumentFactory so I'm not sure how anyone has been able to  
> compile this (ref:  
> http://xml.apache.org/batik/javadoc/org/apache/batik/dom/svg/ 
> SAXSVGDocumentFactory.html ).
> 
> The second error is due to the fact that PSTextPainter claims to  
> implement TextPainter (ref:  
> http://xml.apache.org/batik/javadoc/org/apache/batik/gvt/ 
> TextPainter.html ) but is in fact missing API implementations, among  
> which getBounds is one. In fact I believe the implementation of  
> PSTextPainter.getOutline(TextNode node) is altogether wrong insofar as  
> PROXY_PAINTER isa StrokingTextPainter whose getOutline method takes a  
> TextNode *and* a boolean (ref:  
> http://xml.apache.org/batik/javadoc/org/apache/batik/gvt/renderer/ 
> StrokingTextPainter.html ).
> 
> According to the mailing list archives PSTextPainter was recently  
> submitted and added to the repository (ref:  
> http://marc.theaimsgroup.com/?l=fop-dev&m=104737262930539&w=2 and  
> http://marc.theaimsgroup.com/?l=fop-dev&m=104735385419249&w=2 ).
> 
> Perhaps everyone is using a different version of Java than I am ;-) but  
> if not, then I'm wondering how anyone is able to build FOP given these  
> defects? Am I the only one whose tried to build FOP from scratch in the  
> past 2 days?
> 
> Any advice would be greatly appreciated.
> 
> -- Bob
> 
> -
> 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: Forrest build on HEAD

Today, it's working.  Who knows?  Have had a reboot since.

Peter

Jeff Turner wrote:
On Thu, Mar 13, 2003 at 10:31:23PM +1000, Peter B. West wrote:

I've just updated FOP and generated docs locally, and it all worked.  I
didn't even get the RuntimeException.  Weird..
--
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]

cvs commit: xml-fop/src/documentation/content/xdocs/design/alt.design/properties enumerated-values.ehtml

2003-03-13 Thread pbwest

pbwest  2003/03/13 19:30:08

  Modified:src/documentation/content/xdocs/design/alt.design/properties
enumerated-values.ehtml
  Log:
  HTML tag fix
  
  Revision  ChangesPath
  1.5   +2 -2  
xml-fop/src/documentation/content/xdocs/design/alt.design/properties/enumerated-values.ehtml
  
  Index: enumerated-values.ehtml
  ===
  RCS file: 
/home/cvs/xml-fop/src/documentation/content/xdocs/design/alt.design/properties/enumerated-values.ehtml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- enumerated-values.ehtml   12 Mar 2003 14:22:05 -  1.4
  +++ enumerated-values.ehtml   14 Mar 2003 03:30:08 -  1.5
  @@ -1,5 +1,5 @@
   
  -
  +
 
   
   
  @@ -305,4 +305,4 @@
 
   
 
  -
  +
  
  
  

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

cvs commit: xml-fop/src/documentation/content/xdocs/design/alt.design/properties PropertyConsts-class.ehtml

2003-03-13 Thread pbwest

pbwest  2003/03/13 19:43:39

  Modified:src/documentation/content/xdocs/design/alt.design/properties
PropertyConsts-class.ehtml
  Log:
  Added script tag
  
  Revision  ChangesPath
  1.3   +2 -5  
xml-fop/src/documentation/content/xdocs/design/alt.design/properties/PropertyConsts-class.ehtml
  
  Index: PropertyConsts-class.ehtml
  ===
  RCS file: 
/home/cvs/xml-fop/src/documentation/content/xdocs/design/alt.design/properties/PropertyConsts-class.ehtml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- PropertyConsts-class.ehtml8 Mar 2003 13:52:43 -   1.2
  +++ PropertyConsts-class.ehtml14 Mar 2003 03:43:39 -  1.3
  @@ -1,11 +1,8 @@
  +
   
  -  
  -
  -PropertyConsts Description
  -  
 
  +
   
 PropertyConsts Description
 
  
  
  

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

cvs commit: xml-fop/src/documentation/content/xdocs/design/alt.design/properties PropertyConsts-class.ehtml

2003-03-13 Thread pbwest

pbwest  2003/03/13 20:38:05

  Modified:src/documentation/content/xdocs/design/alt.design/properties
PropertyConsts-class.ehtml
  Log:
  Corrected javascript.
  
  Revision  ChangesPath
  1.4   +35 -30
xml-fop/src/documentation/content/xdocs/design/alt.design/properties/PropertyConsts-class.ehtml
  
  Index: PropertyConsts-class.ehtml
  ===
  RCS file: 
/home/cvs/xml-fop/src/documentation/content/xdocs/design/alt.design/properties/PropertyConsts-class.ehtml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- PropertyConsts-class.ehtml14 Mar 2003 03:43:39 -  1.3
  +++ PropertyConsts-class.ehtml14 Mar 2003 04:38:04 -  1.4
  @@ -1,8 +1,12 @@
   
   
  +  
  +
  +PropertyConsts Description
  +  
 
  -
   
 PropertyConsts Description
 
  @@ -18,23 +22,23 @@
 Introduction
 
   
  -This class, and the singleton object which is generated by the static
  -initializer, is essentially a repository of
  - class instances and the static data from
  -those classes of org.apache.fop.fo.property.
  -The heart of this class is the method setupProperty.  Whenever access to the data or
  -methods of a property class is required, this method in the
  -singleton must be called to ensure that an instance of the
  -property exists and that the static data from that instance
  -has been extracted.
  +This class, and the singleton object which is
  +generated by the static initializer, is essentially a
  +repository of  class instances and the static
  +data from those classes of org.apache.fop.fo.property.  The heart
  +of this class is the method setupProperty.  Whenever access
  +to the data or methods of a property class is required, this
  +method in the singleton must be called to ensure that an
  +instance of the property exists and that the static data from
  +that instance has been extracted.
 
   
 
  @@ -53,18 +57,19 @@
 
   
 
  -The class name is generated and stored in the classNames array; a class instance is generated
  -from the name and stored in the classes array; and an instance of the class is
  -generated from the class object and stored in the properties array.
  +The class name is generated and stored in the classNames array; a class
  +instance is generated from the name and stored in the classes array; and an instance
  +of the class is generated from the class object and stored in
  +the properties array.
 
   
 
  
  
  

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

RE: PDF Encryption in HEAD

2003-03-13 Thread Bernard D'Have

many thanks

I will try 

Bernard

> -Original Message-
> From: J.Pietschmann [mailto:[EMAIL PROTECTED]
> Sent: 13 March, 2003 22:57
> To: [EMAIL PROTECTED]
> Subject: Re: PDF Encryption in HEAD
> 
> 
> Bernard D'Have wrote:
> > Can you port your change to the maintenance branch?
> > I'm very interested to have encryption with JDK1.3.
> 
> Well, now build support depends on JCE rather than the JDK 1.4
> presence check.
> 
> 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: Build problems... please help/advise...

2003-03-13 Thread Robert Kylberg

Keiron,

Great! Thanks for the recommendation... indeed I had an older version of Batik sneaking into the build; tricky jars :-) In case anyone has this trouble in the future, I was able to figure out which jar was being loaded by editing the build.xml file line 401 from:

to be:

Now, the compile is going through but I'm hanging on SerializeHyphPattern (here's the dump...):

compile-src:
[echo] Compiling the sources
[javac] Compiling 7 source files to /Users/bkylberg/Projects/xml-fop/build/classes

compile-jimi:

compile-jai:

compile-jce:

compile:

hyphenation:

BUILD FAILED
file:/Users/bkylberg/Projects/xml-fop/build.xml:446: taskdef class org.apache.fop.tools.anttasks.SerializeHyphPattern cannot be found

I noticed that Sam Ruby had a similar problem and Jeremias apparently corrected it; but I'm not sure how. Any recommendations?

-- Bob

On Thursday, March 13, 2003, at 06:40 PM, Keiron Liddle wrote:

Hi,

I'm new to FOP, just joined the mailing list and I'm not sure what
exactly is going on so I'd *really* appreciate it if someone could
explain how to build FOP from the latest src (if it is even possible).
I've been unable to build FOP from the src archive as of 3/11. A couple
of the error messages I get are:

I just did a build and it seems fine.
The problem appears to be the version of batik that you have in the classpath.
The batik javadocs you are refering to below are from june and are probably
outdated.
Make sure you are using the version of batik from cvs and there is no other batik
in the classpath.

Re: Build problems... please help/advise...

(Comments inline)

On 14.03.2003 07:05:08 Robert Kylberg wrote:
> Keiron,
> 
> Great! Thanks for the recommendation... indeed I had an older version 
> of Batik sneaking into the build; tricky jars :-) In case anyone has 
> this trouble in the future, I was able to figure out which jar was 
> being loaded by editing the build.xml file line 401 from:
> 
>  deprecation="${deprecation}" optimize="${optimize}">
> 
> to be:
> 
>  deprecation="${deprecation}" optimize="${optimize}">

You can get that easier by specifying "build -verbose" on the command
line. No modification of the build.xml necessary.

> Now, the compile is going through but I'm hanging on 
> SerializeHyphPattern (here's the dump...):
> 
> compile-src:
>   [echo] Compiling the sources
>  [javac] Compiling 7 source files to 
> /Users/bkylberg/Projects/xml-fop/build/classes
> 
> compile-jimi:
> 
> compile-jai:
> 
> compile-jce:
> 
> compile:
> 
> hyphenation:
> 
> BUILD FAILED
> file:/Users/bkylberg/Projects/xml-fop/build.xml:446: taskdef class 
> org.apache.fop.tools.anttasks.SerializeHyphPattern cannot be found
>
> I noticed that Sam Ruby had a similar problem and Jeremias apparently 
> corrected it; but I'm not sure how. Any recommendations?

:-) I wasn't really Sam Ruby who had a problem, it was Gump
(http://jakarta.apache.org/gump) that had problems and it was Gump that
sent a nag mail to the mailing list notifying us of a build problem. The
problem is probably unrelated to what you're experiencing.

Are you using Ant 1.4 or older? Maybe it's because of that. Anyway, if
you don't have anything in your CLASSPATH environment variable (which is
usually a bad idea) and are using the build.bat script we supply you
shouldn't have any problems building FOP.

If you have problems building it's usually a good idea to try "build
clean" followed by "build" to force a full rebuild. The above seems to
be a partial build.

Good luck.

Jeremias Maerki

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

Transcoders


As there is likely to be a batik beta release sometime soon what does everyone 
feel about having at least a PDF transcoder release.
A PS transcoder would be good if it is working okay (I have no PS viewer at the 
moment).

Doing a release doesn't really depend on batik from our end. So if we can make a 
release and then make that available to batik.

We will need to make a cvs tag. It will need to be decided within the next few 
days.
Here"s my +1

So what do others think.

Keiron.

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

Re: PDF Encryption in HEAD

Yes, redesign happens in HEAD. Thanks. I'll be after it, too, today.

On 14.03.2003 03:14:31 Patrick C. Lankswert wrote:
> Be more than happy to look at it. Did you commit to HEAD or else where?


Jeremias Maerki


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

Re: cvs commit: xml-fop/src/documentation/content/xdocs gethelp.xml pdfencryption.xml running.xml

Sorry, Jörg. I got that wrong.

On 14.03.2003 01:12:11 pietsch wrote:
>   Took pdfencryption autorship back.

Jeremias Maerki


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

Re: Transcoders

+1, but PDF transcoder only for the moment and only a release candidate
first.

Let's put together a checklist of things to do for the release:
- Tag CVS
- Check and update documentation (I've recently added an example to the
  embedding examples I ported from the maintenance branch. Need to
  document that)
- Make sure it will also be advertised on the Batik site.
anything else?

PS Transcoder: Only the infrastructure is set up. The output is not so
good ATM. Stroke widths are too wide, for example. So it's not ready for
release, yet.

I want to do an EPS transcoder, too. I'll probably start with that some
time next week.

On 14.03.2003 07:39:07 Keiron Liddle wrote:
> 
> As there is likely to be a batik beta release sometime soon what does everyone 
> feel about having at least a PDF transcoder release.
> A PS transcoder would be good if it is working okay (I have no PS viewer at the 
> moment).
> 
> Doing a release doesn't really depend on batik from our end. So if we can make a 
> release and then make that available to batik.
> 
> We will need to make a cvs tag. It will need to be decided within the next few 
> days.
> Here"s my +1
> 
> So what do others think.



Jeremias Maerki


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

Re: Transcoders