DO NOT REPLY [Bug 11614] - DocBook programlistings are garbled in PDF, etc

2002-10-06 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=11614. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 11529] - programlisting, DocBook 1.53 and FOP don't want to play nice.

2002-10-06 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=11529. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13345] New: - table-cell border information seems to be ignored?

2002-10-06 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=13345. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: xml-fop/src/org/apache/fop/fo/pagination PageMasterAlternatives.java PageCondition.java

2002-10-06 Thread pbwest
pbwest 2002/10/06 06:56:15 Added: src/org/apache/fop/fo/pagination Tag: FOP_0-20-0_Alt-Design PageMasterAlternatives.java PageCondition.java Log: Classes for constructing page master alternatives. Revision ChangesPath No

cvs commit: xml-fop/src/org/apache/fop/fo/pagination FoSinglePageMasterReference.java FoSimplePageMaster.java

2002-10-06 Thread pbwest
pbwest 2002/10/06 07:01:19 Modified:src/org/apache/fop/fo/pagination Tag: FOP_0-20-0_Alt-Design FoSinglePageMasterReference.java FoSimplePageMaster.java Log: Get master-name directly from propertySet[]. Revision ChangesPath

cvs commit: xml-fop/src/org/apache/fop/fo/pagination FoPageSequenceMaster.java

2002-10-06 Thread pbwest
pbwest 2002/10/06 07:15:11 Modified:src/org/apache/fop/fo/pagination Tag: FOP_0-20-0_Alt-Design FoPageSequenceMaster.java Log: Remove all SubSequenceSpecifier code. Removed no-event constructor. Revision ChangesPath No

cvs commit: xml-fop/src/org/apache/fop/fo/pagination FoLayoutMasterSet.java

2002-10-06 Thread pbwest
pbwest 2002/10/06 07:18:05 Modified:src/org/apache/fop/fo/pagination Tag: FOP_0-20-0_Alt-Design FoLayoutMasterSet.java Log: Removed SubSequenceSpecifier references. Simplified exception catching and handling. Revision ChangesPath No

cvs commit: xml-fop/src/org/apache/fop/fo FoRoot.java

2002-10-06 Thread pbwest
pbwest 2002/10/06 07:28:02 Modified:src/org/apache/fop/fo Tag: FOP_0-20-0_Alt-Design FoRoot.java Log: Changed exception handler. Revision ChangesPath No revision No revision 1.1.2.7 +5 -5

RE: character

2002-10-06 Thread Arved Sandstrom
-Original Message- From: Peter B. West [mailto:[EMAIL PROTECTED]] Sent: September 30, 2002 11:24 PM To: [EMAIL PROTECTED] Subject: Re: character Arved Sandstrom wrote: -Original Message- From: Tony Graham [mailto:[EMAIL PROTECTED]] Peter B. West wrote at 30 Sep 2002

Re: character

2002-10-06 Thread J.Pietschmann
Arved Sandstrom wrote: Why is character=- a parsing error? The XML Recommendation has at least one example of an attribute value that contains a hyphen. This comes from assuming that every unqoted sequence of characters which is not a number, mesutrement or a color has to be interpreted as

Re: character

2002-10-06 Thread J.Pietschmann
Peter B. West wrote: Just for curiosity: what should happen if the following snippet is used: fo:page-sequence master-reference=font-size font-size=20pt fo:flow font-size=from-parent(from-parent('master-reference'))/ This looks OK. I see potential for an Obfuscated FO Code Contest

RE: character

2002-10-06 Thread Arved Sandstrom
-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: October 6, 2002 12:00 PM To: [EMAIL PROTECTED] Subject: Re: character Arved Sandstrom wrote: Why is character=- a parsing error? The XML Recommendation has at least one example of an attribute value that

Re: fonts

2002-10-06 Thread J.Pietschmann
Victor Mote wrote: I am thinking through ways to eliminate as much user involvement in using non-base-14 fonts as possible. Is there a performance benefit to parsing the XML metric files instead of extracting the information directly from the font file itself at runtime? Well, as far as I

Re: character

2002-10-06 Thread J.Pietschmann
Arved Sandstrom wrote: Can you cite the specific productions that lead to this conclusion? I am not saying that you are wrong but I can't find it. I must be tired. ;-) I just looked at the XML 1.1 production for AttValue which is Don't look at XML AttValue, look at the XSLFO property

RE: character

2002-10-06 Thread Arved Sandstrom
-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: October 6, 2002 12:39 PM To: [EMAIL PROTECTED] Subject: Re: character Arved Sandstrom wrote: Can you cite the specific productions that lead to this conclusion? I am not saying that you are wrong but I

Re: character

2002-10-06 Thread J.Pietschmann
Arved Sandstrom wrote: An Expr can be a Literal, the production for which is '' [^]* '' | ' [^']* ' If I look at the first alternative, '' [^]* '' it seems to me that I have pretty considerable leeway, and - isn't ruled out at all. Erm, the expression is supposed to be inside the

RE: character

2002-10-06 Thread Arved Sandstrom
-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: October 6, 2002 1:29 PM To: [EMAIL PROTECTED] Subject: Re: character Arved Sandstrom wrote: An Expr can be a Literal, the production for which is '' [^]* '' | ' [^']* ' If I look at the first

DO NOT REPLY [Bug 13347] New: - fo:table with inline-progression-dimension in %

2002-10-06 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=13347. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: character

2002-10-06 Thread J.Pietschmann
Arved Sandstrom wrote: And unless _I_ am missing something, - precisely matches that production. You are looking at ' [^']* ' but I am looking at '' [^]* '' According to the latter I can absolutely do -. Well, in hyphenation-char=- the hyphen is the expression, not the hyphen

RE: character

2002-10-06 Thread Arved Sandstrom
-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED]] Sent: October 6, 2002 2:15 PM To: [EMAIL PROTECTED] Subject: Re: character Arved Sandstrom wrote: And unless _I_ am missing something, - precisely matches that production. You are looking at ' [^']* '

Re: fonts

2002-10-06 Thread Jeremias Maerki
Hi Victor On 05.10.2002 22:51:28 Victor Mote wrote: Jeremias other FOP Developers: In addition to OpenType support, the other goal that I had for font work is to support arbitrary fonts. My initial thoughts in this area revolved around using the Java 2D capabilities. I understood that the

Re: character

2002-10-06 Thread J.Pietschmann
Arved Sandstrom wrote: I think they screwed up the grammar. Me too. However, I think it would be really hard to press something which is intuitive, consistent as well as easy to parse into a single grammar for all XSLFO porperties. It seems they fell for the same as the C preprocessor guys did,

Re: fonts

2002-10-06 Thread J.Pietschmann
Jeremias Maerki wrote: Don't ask me for details (because I wasn't directly involved) but we had to register new fonts with Linux so they got available in Batik for SVG. So there seems to be some kind of font registry in Linux. That's probably the X Windows font registry which is used by the

Font Width

2002-10-06 Thread Balajee Chandrasekaran
Hi All, I want to change the font width of my report. Basically I want to accomodate more charaters perline of the report. So I beleive I have to reduce the font width of the characters so as to squeeze in more characters. I'm usinf FOP 0.20.4. I tried using fot-stretch property. But FOP