DO NOT REPLY [Bug 24906] - [PATCH] Added relativebase parameter to Ant Task

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

cvs commit: xml-fop/examples/fo build.xml

jeremias2003/11/22 11:49:29 Modified:examples/fo build.xml Log: Using Joe's new "relativebase" feature, this file can be simplified. Revision ChangesPath 1.5 +1 -17 xml-fop/examples/fo/build.xml Index: build.xml ===

cvs commit: xml-fop/src/java/org/apache/fop/tools/anttasks Fop.java

jeremias2003/11/22 11:48:21 Modified:src/java/org/apache/fop/tools/anttasks Fop.java Log: New feature for the Ant task: relativebase="true" uses the directory of each FO-file in a fileset as basedir. This is in contrast to the general basedir parameter. Submitted by: Joe DeVivo

DO NOT REPLY [Bug 24906] - [PATCH] Added relativebase parameter to Ant Task

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: Development Environment suggestions ?

I love Eclipse despite little deficiencies: - I constantly use Eclipse's CVS functions and the only problem I experience is my difficulty with the merge function which can sometimes be troublesome. - Missing remove trailing spaces function. - NPE in PDFWArray inside Eclipse (don't know whether th

DO NOT REPLY [Bug 24906] - [PATCH] Added relativebase parameter to Ant Task

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: problem applying latest RTF patch

Hehe, Eclipse provides a nice interface to work around the problem in no time. The problem was that the patch was somehow made from the parent directory of the xml-fop module. Eclipse (and maybe even "patch", but I haven't checked) provides a function that lets you snip a certain number of path ele

DO NOT REPLY [Bug 24852] - [PATCH] RTF: added support for fo:list-block

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

cvs commit: xml-fop/src/java/org/apache/fop/render/rtf ListAttributesConverter.java FoUnitsConverter.java TableContext.java BuilderContext.java RTFHandler.java

jeremias2003/11/22 09:40:14 Modified:src/java/org/apache/fop/render/rtf/rtflib/rtfdoc RtfExternalGraphic.java ITableAttributes.java RtfText.java RtfListStyle.java RtfTextrun.java RtfFile.java RtfPageNumberCitation.ja

DO NOT REPLY [Bug 24852] - [PATCH] RTF: added support for fo:list-block

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

problem applying latest RTF patch

Team, I'm having difficulty applying Peter Herweg's latest RTF patch--for some reason my Windows patch tool is going into infinite loops while trying to process it (The problem could be the patch file itself or how I'm using the patch tool--I'm not sure.) Will someone else take over the patch? [

RE: Getting started

Joe DeVivo wrote: > I just stumbled on to Fop earlier this week and it looks like something > I can really get into working on. I've been looking at the source and Good choice. I think FOP is one of the coolest projects imaginable. > getting my feet wet, like with the patch I just submitted for

RE: Font variant SmallCaps Was: Re: (Chris) Re: Traits

J.Pietschmann wrote: > I believe we should just define a fop.Font interface which is > the same as awt.Font, then provide implementations fop.AWTFont, > fop.PDFFont (well all the variations), fop.Type1Font etc. A > configurable selector (an Avalon selector) could selcet them. > This way people cou

Re: Font variant SmallCaps Was: Re: (Chris) Re: Traits

(disclaimer: Due to lack of time and a hardware failure, I haven't read everything, yet) I don't think we can rely on java.awt.Font. A FOP-defined Font interfaces is necessary to really make sure FOP gets what it need. What we came up with on the Wiki pretty much shows my ideas for the font suppor

RE: Font variant SmallCaps

Simon Pepping wrote: > These days everybody uses scalable fonts, but in principle it is > possible that Courier-Bold-Italic at 10 points is a different font > than Courier-Bold-Italic at 20 points, with a different metric file > and different glyphs. The canonical example being of course TeX, with

Re: Font variant SmallCaps Was: Re: (Chris) Re: Traits

Victor Mote wrote: Same general concept, except I think there is a separate class for font metrics in that system. If I can ever find a way to get to the physical file (or some representation of it) through java.awt.Font (for embedding), we would use it along with our other font scheme. I believe w

RE: Font variant SmallCaps Was: Re: (Chris) Re: Traits

J.Pietschmann wrote: > Victor Mote wrote: > > No. Courier-Bold-Italic would be the Typeface, Courier would be the > > TypefaceFamily. So my Font object that gets used by FOP would be > > Courier-Bold-Italic at 12 points. It has a parent Typeface, > which represents > > the Courier-Bold "font" file