Re: Transcoders

I've added a Wiki page dedicated to our transcoders: http://nagoya.apache.org/wiki/apachewiki.cgi?FOPBatikTranscoders 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 docu

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

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

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

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

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 comp

RE: PDF Encryption in HEAD

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 ve

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

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.de

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

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/

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

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/propert

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 PROTE

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

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 committe

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 wro

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

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 T

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 er

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 rese

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

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 sh

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 th

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 th

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: [EM

Re: PDF Encryption in HEAD

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

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 pot

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 unsu

cvs commit: xml-fop build.xml

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

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 PRO

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.

Re: logo contest

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 us

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.

RE: PDF Encryption in HEAD

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 redes

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 -

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

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

RE: PDF Encryption in HEAD

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 >

Re: logo contest

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. -Bertran

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 t

Re: logo contest & SVG question

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 integrati

Re: logo contest

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 &

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 go

logo contest

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 PROT

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 sam

cvs commit: xml-fop status.xml

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/

cvs commit: xml-fop build.xml

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

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

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

Printing over and over again

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

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

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_bu

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

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_bu

Re: Forrest build on HEAD

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. wou

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.f

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, P

Re: Forrest build on HEAD

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.

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

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

Re: [GUMP] Build Failure - xml-fop

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.SerializeHyphP

[GUMP] Build Failure - xml-fop

This email is autogenerated from the output from: Buildfile: build.xml Caught exception (org.apache.tools.ant.BuildException) while