DO NOT REPLY [Bug 36977] - [PATCH]TextLayoutManager CJK line break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36977. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36977 --- Additional Comments From [EMAIL PROTECTED] 2005-10-09 11:21 --- Created an attachment (id=16627) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16627action=view) Patch for TextLayoutManager.java -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36977] - [PATCH]TextLayoutManager CJK line break
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36977. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36977 --- Additional Comments From [EMAIL PROTECTED] 2005-10-09 12:35 --- Thank you very much for submitting this patch. Would it be possible for you to also add a sample fo file demonstrating the effect of the patch? I believe there is little experience within the current group of committers with respect to non western scripts. Therefore I would appreaciate if you could briefly summarise for the uninitiated Westerner the line breaking rules for CJK. Thanks again for you interest in and support of FOP. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: white-space collapse across fo:inlines
Further on this topic - It appears that the 1.0 spec has some deficiencies in the area of whitespace treatment. This has been recognized by the WG as summarized in this post to xsl-editors: http://lists.w3.org/Archives/Public/xsl-editors/2003JulSep/0012. Again it was Karen who initiated the discussion and it took the WG 3/4 of a year to clarify and respond. Any way the changes outlined in the post have made it into the 1.1 draft. What does it mean for FOP? IMO the changes don't modify the intended meaning of the properties and line building rules in 1.0. They just clarify them and make them less ambiguous. We should therefore implement according to the 1.1 WD descriptions. One interesting effect of the 1.1 changes is that the whole whitespace treatment has been moved to the line building / area tree construction and out of refinement. Manuel On Thu, 6 Oct 2005 04:23 pm, Manuel Mall wrote: On Thu, 6 Oct 2005 03:44 pm, Jeremias Maerki wrote: What I write next should be consumed with caution and the fact in mind that English is a foreign language to me, because I have big trouble translating 4.2.4. 4.2.4 defines preceding WRT to the area tree, but I really can't parse that section. OTOH, 7.15.12 talks about flow objects, not areas, even though we're in the area generation stage. I didn't find a definition for preceding for the FO tree, BUT! XPath defines the preceding axis so that the space after Start (in your example) is directly preceding the first space inside the inline. So if you ask me, the current behaviour of FOP is correct. D'oh! :-) Yes - d'h! But my bad - I should have checked the xsl-editors list first. Karen Lease (wasn't she a 'fopper'?) asked the same question years ago and the answers is in: http://lists.w3.org/Archives/Public/xsl-editors/2002OctDec/0004 In summary: preceding only applies to siblings and therefore does not go across inline boundaries. This means we do it wrong at the moment. In XPath language it means we have to use the preceding-sibling axis. On 06.10.2005 08:22:32 Manuel Mall wrote: Not sure if this is another of those areas in the spec which is cause for much confusion but I noticed that FOP trunk collapses white space across fo:inlines. For example (I use a . to represent a white space character): Start.fo:inline.Text./fo:inline.End is rendered as: Start.Text.End However, in 7.15.12 the white-space-collapse property definitions says for true (the default value) and I am rephrasing here(!): A space character is dropped if the immediately preceding flow object is a space character. I would read this as to mean NOT to collapse across the boundaries of a fo:inline (FWIW - neither RenderX nor AntennaHouse seem to collapse across fo:inline boundaries) although it hinges on the interpretation of the term preceding in the context of a tree structure. Manuel Jeremias Maerki Manuel
Bug report for Fop [2005/10/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 635|Opn|Nor|2001-02-18|Doesn't support id= attribute in fo:page-sequence | | 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t| | 1063|New|Nor|2001-03-21|fop does not handle large fo files| | 1180|New|Maj|2001-04-02|Problem with monospaced font | | 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r| | 1998|New|Nor|2001-06-05|linefeed-treatment not understood | | 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl| | 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row| | 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly | | 2909|New|Maj|2001-07-30|Gradient render error | | 2964|Ass|Nor|2001-08-02|problems with height of cells in tables | | 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-| | 3044|Ass|Maj|2001-08-08|keep-together not functioning | | 3280|New|Nor|2001-08-27|PCL Renderer doesn't work | | 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body | | 3497|New|Cri|2001-09-07|id already exists error when using span=all attr| | 3824|New|Blk|2001-09-25|MIF option with tables| | 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S| | 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts | | 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work | | 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D| | 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... | | 4510|New|Nor|2001-10-30|fo:inline common properties ignored? | | 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG | | 4767|New|Nor|2001-11-09|SVG text is distored in PDF output| | 5001|New|Nor|2001-11-21|content-width and content-height ignored? | | 5010|New|Enh|2001-11-21|Better error reporting needed | | 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using | | 5335|Opn|Min|2001-12-10|Text with embedded CID fonts not retrievable from | | 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values | | 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop| | 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? | | 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output| | 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem| | 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render | | 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving| | 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label| | 6918|New|Enh|2002-03-06|reference-orientation has no effect | | 6997|New|Nor|2002-03-09|[PATCH] Row-spanned row data breaks over a page wi| | 7140|New|Enh|2002-03-15|page-position attribute set to last on condition| | 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on| | 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in | | 7337|New|Nor|2002-03-21|border around external image leaves empty space | | 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page | | 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b| | 7525|New|Cri|2002-03-27|table with spans inside a list-block | | 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li| | 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images | | 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly | | 8321|New|Nor|2002-04-19|from-parent('width') returns 0 for nested tables | | 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende| |
DO NOT REPLY [Bug 36014] - leader-pattern=rule doesn't work at all
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36014. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36014 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-10 00:59 --- This has been fixed as part of revision r307055. See also testcase leader_leader-pattern_rule.xml. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36016] - leader-pattern-width=percentage gives error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36016. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36016 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-10 01:02 --- This has been fixed. See testcases leader_leader-pattern_dots.xml and leader_leader-pattern_space.xml. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36018] - leader-pattern=space doesn't appear to work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36018. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36018 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-10-10 01:03 --- This has been fixed as part of revision r307055. See also testcase leader_leader-pattern_space.xml. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36238] - text-align=justify doesn't work on custom fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36238. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36238 --- Additional Comments From [EMAIL PROTECTED] 2005-10-10 02:06 --- Jeremias, it just tried to reproduce this and couldn't. In my example the custom font aligns just fine. Could it be that it is fixed as a side effect of other changes made by Luca to the Knuth elements for justification? Can you still reproduce it? BTW - very comprehensive lists of Unicode fonts (free, shareware, commercial) for (nearly) every possible script can be found at http://www.travelphrases.info/fonts.html and http://www.alanwood.net/unicode/. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.