Ok, now I'm a bit smarter. It took me pretty long to realize what was
really wrong that I got blank pages. The real reason was that if you
don't have any filters active that have a name Acrobat Reader has
problems if the stream is encrypted. As soon as you add the Flate filter,
for example, the pag
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
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
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
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
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&quo
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
> 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 th
> 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 th
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: [EM
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 firs
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 pot
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 unsu
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
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
-
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
> >
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
--
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: PD
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 t
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 sam
Manuel Mall wrote:
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?
Roughly like
Renderer renderer=new PDFRenderer();
HashMap options = new HashMap();
options.put("ownerPassword","secret");
renderer.
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 ar
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
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 own
Great!
Thanks.
-Original Message-
From: Keiron Liddle [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 8:49 PM
To: [EMAIL PROTECTED]
Subject: RE: PDF Encryption in HEAD
> The encryption filter uses the number and generation as part of the hash
to
> generate the key for a
> The encryption filter uses the number and generation as part of the hash to
> generate the key for a given object. In short, the encryption key is
> different for every object and is based on the number and generation of the
> object. I would have preferred something simpler but the PDFXObject is
The encryption filter uses the number and generation as part of the hash to
generate the key for a given object. In short, the encryption key is
different for every object and is based on the number and generation of the
object. I would have preferred something simpler but the PDFXObject is not
wha
I'll have a look at it (Tuesday or Wednesday).
On 09.03.2003 23:44:27 J.Pietschmann wrote:
> 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
28 matches
Mail list logo