Re: hyphenation patterns

Sorry, I've been busy last week getting my barcode package a new home. Almost forgot about the issues here. On 04.03.2003 01:51:27 Christian Geisert wrote: if I understand it right we are allowed to distribute the LPPL hyphenation patterns (both source and binary) together with FOP if we add

Re: hyphenation patterns

I've added a detailed Wiki page on the licensing audit for FOP where I intend to track the status of all current issues. http://nagoya.apache.org/wiki/apachewiki.cgi?FOPAudits To the XML PMC members listening in: I'll follow up with direct questions to licensing@ especially about the LPPL issue.

Re: hyphenation patterns

On 04.03.2003 09:37:51 Jeremias Maerki wrote: -has anybody tried to contact the authors of patterns with unclear licence? Forgot to do that. Sorry. Will do today. Ok, I wrote to the authors of certain files where I see some probability of success in finding the original author and getting

Re: JDK dependent files

Remember? We started that discussion back in September already. http://marc.theaimsgroup.com/?l=fop-devm=103184894313686w=2 Additional comments below... On 03.03.2003 00:14:55 J.Pietschmann wrote: Hi all, do we have a policy how to name and where to store JDK dependent source files? The PDF

Re: Encryption

Patrick C. Lankswert wrote: Thanks... if there are any issues or work that is needed, I'm MORE than happy to help. I got the JDK 1.3 compatibility now. However, while testing the encryption I'm getting Cannot find any provider supporting RC4 The JCE doc for JDK1.4 at

RE: Encryption

Would you prefer a direct use of the bouncycastle crypto or modification to the build that tests the JDK? Pat -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Sunday, March 02, 2003 5:59 PM To: [EMAIL PROTECTED] Subject: Re: Encryption J.Pietschmann wrote:

RE: Encryption

Add jce-jdk13-118.jar (for 1.3.x) to %JAVA_HOME%\jre\lib\ext and add security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider to %JAVA_HOME%\jre\lib\security\java.security in the appropriate section. This should work. This is how it is done to support any implementation. IF you would

batik transcoders

Hi All, The PDF transcoder could be packaged with Batik so that it can be used by users of Batik only and also used independanlty from the rest of FOP. So will there be any problems. There is the pdf-transcoder build target that creates the transcoder jar. We could create a tag for the release

DO NOT REPLY [Bug 17657] New: - Alignment on the same line

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17657. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17657] - Alignment on the same line

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17657. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17604] - basic links to external-destination not working in tables

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17604. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7815] - Hotspot of an fo:basic-link in fo:table-cell is positioned in row above

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7815. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.