Re: Font variant SmallCaps

J.Pietschmann wrote: Peter B. West wrote: If a user renders a given .fo file on two different systems, using the same renderer (say, PDF), and specifies a font family (say, Baskerville) that does not exist on the first system, but does on the second, what result should be expected? If the use

Re: [VOTE] Properties API

Glen Mazza wrote: --- Victor Mote <[EMAIL PROTECTED]> wrote: The current implementation might look like this: public class FObj { public int getMaxWidth() { //WARNING -- unchecked or tested!! return properties.get("max-width").getLength().getValue(); } A subclass

Re: [VOTE] Properties API

Glen Mazza wrote: --- "Peter B. West" <[EMAIL PROTECTED]> wrote: The set of property values relevant to a particular FO are available in a sparse array, accessible by the int index corresponding to the Property. Which source file has the enumerations of the properties--I'd like to see how yo

Naming conventions

Hi all, there's a page about obfuscating code: http://mindprod.com/unmainnaming.html however, I especially liked some sidetracks like http://mindprod.com/jgloss/gotchas.html#INCONSISTENCIES for a good laugh. Just in case... J.Pietschmann

DO NOT REPLY [Bug 24775] - [PATCH] padding-left in PDF Renderer

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: [VOTE] Properties API

--- Victor Mote <[EMAIL PROTECTED]> wrote: > The current implementation might look like this: > public class FObj { > > public int getMaxWidth() { //WARNING > -- unchecked or tested!! > return > properties.get("max-width").getLength().getValue(); > } > > A su

Re: Font variant SmallCaps

On Wed, Nov 26, 2003 at 08:21:33PM +1000, Peter B. West wrote: > Simon Pepping wrote: > >I have taken a look at the way this question is dealt with in LaTeX > >(TeX does not have the notion of font families, LaTeX does). Here the > >question what to use for small caps font is deferred to the font >

Re: [VOTE] Properties API

Victor Mote wrote: This is a good question. The answer to the first part is that it should return an int, representing the number of millipoints. When it cannot be resolved, it should return an int constant TBD_LAYOUT (or whatever), which is equal to -32,987 (or whatever). So, the Area Tree or Layo

Re: Font variant SmallCaps

Peter B. West wrote: If a user renders a given .fo file on two different systems, using the same renderer (say, PDF), and specifies a font family (say, Baskerville) that does not exist on the first system, but does on the second, what result should be expected? If the user specified a fallback,

DO NOT REPLY [Bug 25031] - [PATCH] LineLayoutManager.getNextBreakPoss fails to add bp to vecInlineBreaks

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: Font variant SmallCaps Was: Re: (Chris) Re: Traits

Victor Mote wrote: Yes, this can get ugly. If anybody knows of a way to find the physical font file from an awt Font object, please speak up. Currently (as of 1.4.1 you can create a awt.Font from an InputStream, but you cant get back whatever physical representation the font has from the awt.Font o

DO NOT REPLY [Bug 25031] New: - [PATCH] LineLayoutManager.getNextBreakPoss fails to add bp to vecInlineBreaks

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: cvs commit: xml-fop/src/documentation/content/xdocs book.xml

[EMAIL PROTECTED] wrote: > Sent: Tuesday, November 25, 2003 6:13 PM > To: [EMAIL PROTECTED] > Subject: cvs commit: xml-fop/src/documentation/content/xdocs book.xml > > > chrisg 2003/11/25 17:12:46 > > Modified:src/documentation/content/xdocs book.xml > Log: > Added link to the Wiki

RE: [VOTE] Properties API

Peter B. West wrote: > depend on the type supported by the Property. Take MaxWidth. What > value will be returned? An int, representing the number of millipoints? > An Integer? A Length object? What happens when the width is, as > yet, unresolved, because it depends upon the resolution of

RE: Font variant SmallCaps

Peter B. West wrote: > What's the intention for the FOP font system? Is FOP going to define a > set of fonts and font metrics in its User Agent font database (as per > CSS2)? Will this be defined with reference to the supported renderers > (statically), the supported renderers and the fonts avai

Re: [VOTE] Properties API

On Wed, 2003-11-26 at 14:45, Glen Mazza wrote: > --- "Peter B. West" <[EMAIL PROTECTED]> wrote: > > The set of property values relevant to a > > particular FO are > > available in a sparse array, accessible by the int > > index corresponding > > to the Property. > > Which source file has the e

RE: [VOTE] Properties API

--- Victor Mote <[EMAIL PROTECTED]> wrote: > > Makes sense. I always like to let the compiler do > the work for me, so I > would probably first make all of the Property stuff > private, recompile, and > start fixing compile errors. > Oh...the "smoke 'em out!" style of programming! I enjoy that

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

Peter B. West wrote: > I'm fuzzy with this stuff, but isn't renderer-context a new notion? > What you are calling renderer-context was previously only associated > with the renderer as such, wasn't it? I'm assuming that the > renderer-context is something that amalgamates font metrics. Renderers

RE: [VOTE] Properties API

Glen Mazza wrote: > A few more ideas: > > (1.) You may find that most of the "properties" that > need to be pulled out of the renderers and layout are > actually Area Tree object traits, so renderers & > layout will probably also benefit from having the Area > Tree having these types of accessor f

Re: [VOTE] Properties API

--- "Peter B. West" <[EMAIL PROTECTED]> wrote: > The set of property values relevant to a > particular FO are > available in a sparse array, accessible by the int > index corresponding > to the Property. Which source file has the enumerations of the properties--I'd like to see how you listed t

DO NOT REPLY [Bug 25022] New: - XSL-FO to PCL : images not included

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: [VOTE] Properties API

Victor Mote wrote: FOP Developers: This has been kicked around recently, but I realized that it may be beneficial to go ahead and propose a change to get things going. The issue of how Properties are stored in the FO Tree is in play. Since we now have FO Tree pretty well isolated, I see some benef

Re: Font variant SmallCaps

Simon Pepping wrote: I have taken a look at the way this question is dealt with in LaTeX (TeX does not have the notion of font families, LaTeX does). Here the question what to use for small caps font is deferred to the font setup. The font definition tables must define a small caps font. If they do

DO NOT REPLY [Bug 25005] New: - Null pointer Exception in LineArea.addText(LineArea.java:855)

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 24775] - [PATCH] padding-left in PDF Renderer

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