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

2003-11-22 Thread Victor Mote
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 and its

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

2003-11-22 Thread J.Pietschmann
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

RE: Font variant SmallCaps

2003-11-22 Thread Victor Mote
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

2003-11-22 Thread Jeremias Maerki
(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

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

2003-11-22 Thread Victor Mote
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 could

RE: Getting started

2003-11-22 Thread Victor Mote
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

problem applying latest RTF patch

2003-11-22 Thread Glen Mazza
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?

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

2003-11-22 Thread bugzilla
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=24852. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: problem applying latest RTF patch

2003-11-22 Thread Jeremias Maerki
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

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

2003-11-22 Thread bugzilla
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=24906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Development Environment suggestions ?

2003-11-22 Thread Jeremias Maerki
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

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

2003-11-22 Thread bugzilla
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=24906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2003-11-22 Thread jeremias
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

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

2003-11-22 Thread jeremias
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

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

2003-11-22 Thread bugzilla
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=24906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.