DO NOT REPLY [Bug 4814] - 0.20.2RC infinitely loops if there are tables in fo input
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=4814. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4814 0.20.2RC infinitely loops if there are tables in fo input --- Additional Comments From [EMAIL PROTECTED] 2001-11-24 08:52 --- Hi, I've tracked this down: if you've got elements like this: fo:table-column column-number=1 /, without column-width attribute, fop goes into this loop. If you omit the table-column element altogether, you get a warning that fop needs a table-width (and I think fop skips the table). Unfortunately, the above is what is generated by Norman Walsh's docbook stylesheets. Oh well, we can live without tables for a while. Han - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: 5.11 country and language
Chris, I have posted again to the xsl-editors on this. Here is the text. Eds, My apologies for not having followed this up more doggedly. Through RFC 3066 I found my way to the ISO 639-2 3-letter codes, ISO 639-2/T (Terminology) and ISO 639-2/B (Bibliographic). Fortunately, Section 2.3, Choice of language tag, of RFC 3066 includes: 2. When a language has both an ISO 639-1 2-character code and an ISO 639-2 3-character code, you MUST use the tag derived from the ISO 639-1 2-character code. This is handy, because it resolves the 639-2/T vs. 639-2/B selection problem. However, it contradicts the XSL spec quoted below. - So, your two-letter stuff is The Right Stuff after all. On a related issue, I was spanked by Max for CCing fop-dev on this, because of the risk of directing subsequent discussions of the topic on fop-dev into the xsl-editors list. I see that this has happened. Sorry Max. Peter Christopher R. Maden wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At 05:37 23-11-2001, Peter B. West wrote: In 5.11 the spec. has: country A string of characters conforming to an ISO 3166 country code. language A string of characters conforming to the ISO 639 3-letter code. In the copies of the references that I have been recovered, ISO 639 is a 2-letter code. ISO 3166, on the other hand, defines both 2- and 3-letter country codes. Is the spec correct here? By definition, yes... (-: ISO 639 defines both 2- and 3-letter language codes; see URL: http://www.w3.org/WAI/ER/IG/ert/iso639.htm . I actually hadn't noticed that the Recommendation requires the 3-letter form; that's a bit of a bummer since XML itself allows the two-letter form, which means that a lot of my content has things like xml:lang=en-US in it, which apparently can't just be copied into FO output. ~Chris - -- Christopher R. Maden, Principal Consultant, HMM Consulting Int'l, Inc. DTDs/schemas - conversion - ebooks - publishing - Web - B2B - training URL: http://www.hmmci.com/ URL: http://crism.maden.org/consulting/ PGP Fingerprint: BBA6 4085 DED0 E176 D6D4 5DFC AC52 F825 AFEC 58DA -BEGIN PGP SIGNATURE- Version: PGP Personal Privacy 6.5.8 iQA/AwUBO/8UOqxS+CWv7FjaEQK6CgCfXQVR6lUqHHGGvgdhpi8rsGBKEnEAnRON oufW5hnO7NsCiSPfl3+706nn =Trb5 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Peter B. West [EMAIL PROTECTED] http://powerup.com.au/~pbwest Lord, to whom shall we go? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: 5.11 country and language
At 13:18 24-11-2001, Peter B. West wrote: My apologies for not having followed this up more doggedly. Through RFC 3066 I found my way to the ISO 639-2 3-letter codes, ISO 639-2/T (Terminology) and ISO 639-2/B (Bibliographic). Fortunately, Section 2.3, Choice of language tag, of RFC 3066 includes: 2. When a language has both an ISO 639-1 2-character code and an ISO 639-2 3-character code, you MUST use the tag derived from the ISO 639-1 2-character code. This is handy, because it resolves the 639-2/T vs. 639-2/B selection problem. However, it contradicts the XSL spec quoted below. - So, your two-letter stuff is The Right Stuff after all. Not necessarily. RFC 3066 covers language selectors ll-CC, and is referenced by MIME, HTML, and XML, so my xml:lang attributes are right. But it only governs things that reference it, and since XSL doesn't... XSL probably *should*, but right now, there's just an irritating incompatibility. Martin Dürst pointed out on the I18N IG that the XSL language and country settings were mainly intended for cases where xml:lang was insufficiently expressive. So the problem isn't that huge. ~Chris -- Christopher R. Maden, Principal Consultant, HMM Consulting Int'l, Inc. DTDs/schemas - conversion - ebooks - publishing - Web - B2B - training URL: http://www.hmmci.com/ URL: http://crism.maden.org/consulting/ PGP Fingerprint: BBA6 4085 DED0 E176 D6D4 5DFC AC52 F825 AFEC 58DA msg03504/pgp0.pgp Description: PGP signature
Re: Merging jfor into FOP - what's the plan?
On Friday 23 November 2001 20:13, Art Welch wrote: . . . Would it be possible to have one RTFRenderer and then have an option use either the full FOP layout or bypass the FOP layout for quick RTF?. . . I don't know about using the full FOP layout - last time I tried (beginning of this year) it looked hard - my understanding is that the Renderers receive graphical area events from FOP, whereas jfor works more at the document elements level. But I don't know much about what's currently going on about the layout mechanism - maybe it would be easier now. - Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]