Fop able to run without Batik?

Batik is only necessary to generate SVG output, right? I guess, a lot of people are using Fop to generate PDF only, but Fop needs batik.jar in any case because the driver initializes an "SVG element  mapping": org.apache.fop.apps.Driver.setupDefaultMappings() :   addElementMapping("org.apache.fo

Re: [Fwd: xml.apache.org refactoring #1]

Christian Geisert wrote: From: Ted Leung <[EMAIL PROTECTED]> We ask each subproject to nominate 1 (or 2) people from that project to be a part of the XML PMC. From my experience, I think that it will be better to have 2 people rather than one in order to share workload, etc. So, they want 2

Re: Fop able to run without Batik?

[EMAIL PROTECTED] wrote: Batik is only necessary to generate SVG output, right? Nope, you forgot about svg images. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] Fo

Named Destinations

Hi all. Reading the mailing list archives (developer and user) I found that the topic of named destinations was raised several times and it seems that many people would like / need this feature. Studiying the changes list I even found the entry # Linking to a specific page and a named destination

Re: duplicated sax classes

Jeremias Maerki wrote: I think we could just remove the SAX classes from batik.jar. batik.jar was compiled by us manually and Keiron (for trunk) and I (for branch) both haven't realized that the SAX classes slipped in, I guess. I'll check the way we generate that jar again tomorrow. It might simpl

Re: duplicated sax classes

Keiron Liddle wrote: Current cvs batik has been fixed so that it uses the xml-apis.jar instead of having its own version. So if this is what is causing the problem you can make a build from current cvs. Fine. I would be nice to have such batik.jar in 0.20.5 release. -- Oleg Tkachenko eXperanto

DO NOT REPLY [Bug 16257] New: - Problems with adding true type fonts to FOP

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 16257] - Problems with adding true type fonts to FOP

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: Fop able to run without Batik?

> Batik is only necessary to generate SVG output, right? I guess, a lot of > people are using Fop to generate PDF only, but Fop needs batik.jar in any > case because the driver initializes an "SVG element mapping": > > org.apache.fop.apps.Driver.setupDefaultMappings() : > addElementMapping(

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties PropertyConsts.html

pbwest 2003/01/20 06:42:40 Modified:src/documentation/content/design/alt.design/properties PropertyConsts.html Log: Trivial change Revision ChangesPath 1.2 +0 -0 xml-fop/src/documentation/content/design/alt.design/properties/PropertyCo

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties AbstractPropertyValue.html PropertyValue.html PropertyValueList.html

pbwest 2003/01/20 06:45:18 Added: src/documentation/content/design/alt.design/properties AbstractPropertyValue.html PropertyValue.html PropertyValueList.html Log: Code documentation Revision ChangesPath 1.1

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties FOAttributes.html

pbwest 2003/01/20 06:46:51 Added: src/documentation/content/design/alt.design/properties FOAttributes.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.design/properties/FOAttrib

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

pbwest 2003/01/20 06:51:12 Added: src/documentation/content/design/alt.design/properties PropertyConsts-class.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.design/properties/

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties introduction.html

pbwest 2003/01/20 06:52:06 Added: src/documentation/content/design/alt.design/properties introduction.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.design/properties/introduc

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties classes-overview.html

pbwest 2003/01/20 06:52:44 Added: src/documentation/content/design/alt.design/properties classes-overview.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.design/properties/clas

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

pbwest 2003/01/20 06:54:22 Added: src/documentation/content/design/alt.design/properties enumerated-values.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.design/properties/enu

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties getInitialValue.html

pbwest 2003/01/20 06:55:02 Added: src/documentation/content/design/alt.design/properties getInitialValue.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.design/properties/getIn

cvs commit: xml-fop/src/documentation/content/design/alt.design/properties propertyExpressions.html simple-properties.html

pbwest 2003/01/20 06:56:34 Added: src/documentation/content/design/alt.design/properties propertyExpressions.html simple-properties.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/

cvs commit: xml-fop/src/documentation/content/design/alt.design alt-design-frameset.html codeframe.html logo.html

pbwest 2003/01/20 06:59:18 Added: src/documentation/content/design/alt.design alt-design-frameset.html codeframe.html logo.html Log: Code documentation Revision ChangesPath 1.1 xml-fop/src/documentation/content/design/alt.desig

Re: Named Destinations

[EMAIL PROTECTED] wrote: Hi all. Reading the mailing list archives (developer and user) I found that the topic of named destinations was raised several times and it seems that many people would like / need this feature. Studiying the changes list I even found the entry # Linking to a specific pa

DO NOT REPLY [Bug 16237] - superscripts and subscipts are placed too high / too low

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

Release

Ok, we should finally finish 0.20.5 Open issues: Remove xml-apis from Batik (Jeremias?) Joerg has mentioned bug #15936 as showstopper to me. (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15936) Should we try to fix this? If yes any volunteer? Anything else? Christian -

cvs commit: xml-fop/lib batik.jar

jeremias2003/01/20 08:11:13 Modified:lib Tag: fop-0_20_2-maintain batik.jar Log: Removed the classes also found in xml-apis.jar to fix problems in Eclipse, for example. The batik.jar is still 1.5beta4. Revision ChangesPath No revision No

Re: Release

On 20.01.2003 16:33:28 Christian Geisert wrote: > Ok, > > we should finally finish 0.20.5 > > Open issues: > Remove xml-apis from Batik (Jeremias?) done (in branch). > Joerg has mentioned bug #15936 as showstopper to me. > (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15936) > > Should w

Re: [Fwd: xml.apache.org refactoring #1]

I'd volunteer if nobody else wants the job. On 20.01.2003 11:48:31 Oleg Tkachenko wrote: > Christian Geisert wrote: > > > From: Ted Leung <[EMAIL PROTECTED]> > > > We ask each subproject to nominate 1 (or 2) people from that project to > > be a part of the XML PMC. From my experience, I think

Re: Ready for 0.20.5 from my side

Can't we do it in a way that the history gets copied? That way, people downloading an old revision will have both src/org and src/java/org locally, so it uses a bit more storage capacity but still build. Is that doable? On 15.01.2003 19:41:51 Oleg Tkachenko wrote: > Jeremias Maerki wrote: > > > I

Re: Release

Christian Geisert wrote: Joerg has mentioned bug #15936 as showstopper to me. (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15936) Actually, I can't reproduce it right now. I'll give it another try tomorrow. J.Pietschmann -

Re: [Fwd: xml.apache.org refactoring #1]

Jeremias Maerki wrote: I'd volunteer if nobody else wants the job. On 20.01.2003 11:48:31 Oleg Tkachenko wrote: Christian Geisert wrote: From: Ted Leung <[EMAIL PROTECTED]> We ask each subproject to nominate 1 (or 2) people from that project to be a part of the XML PMC. From my experienc

Re: Ready for 0.20.5 from my side

Jeremias Maerki wrote: Can't we do it in a way that the history gets copied? That way, people downloading an old revision will have both src/org and src/java/org locally, so it uses a bit more storage capacity but still build. Is that doable? On 15.01.2003 19:41:51 Oleg Tkachenko wrote: Jeremia

Re: [Fwd: xml.apache.org refactoring #1]

Peter B. West wrote: Jeremias Maerki wrote: I'd volunteer if nobody else wants the job. +1 +1 Next question: should we go with 1 or get another nomination? Well, Ted has asked for 2, so why not? -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel ---