bugzilla | 1 Dec 12:34 2010
Picon

DO NOT REPLY [Bug 50391] New: [PATCH] Add support for different flow-name of fo:region-body in FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=50391

           Summary: [PATCH] Add support for different flow-name of
                    fo:region-body in FOP
           Product: Fop
           Version: 1.1dev
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: page-master/layout
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: peter.hancock <at> gmail.com

This patch is not an implementation of flow-maps.  The intention is for
simple-page-masters that reference flows that are not defined in the
page-sequence should generate empty flows- that is pages with the content layed
out in the region-body.
This implementation is not inconsistent with section 6.4.1.5 of the XSL
recommendation (1.0 & 1.1)

example.fo (attached) will cause the trunk to throw due to unmapped flows,
however this patch will produce an even and odd alternatives of empty and 'main
flow' pages.

This patch also introduces 3 dependencies as part of the unit test coverage:
mockito-core-1.8.5.jar
hamcrest.core-1.1.0.jar
objenesis-1.0.0.jar
(Continue reading)

bugzilla | 1 Dec 12:35 2010
Picon

DO NOT REPLY [Bug 50391] [PATCH] Add support for different flow-name of fo:region-body in FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=50391

--- Comment #1 from Peter Hancock <peter.hancock <at> gmail.com> 2010-12-01 06:35:35 EST ---
Created an attachment (id=26360)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26360)
Patch for enhancement

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

bugzilla | 1 Dec 12:36 2010
Picon

DO NOT REPLY [Bug 50391] [PATCH] Add support for different flow-name of fo:region-body in FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=50391

--- Comment #2 from Peter Hancock <peter.hancock <at> gmail.com> 2010-12-01 06:36:52 EST ---
Created an attachment (id=26361)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26361)
example .fo demonstrating patch

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

bugzilla | 1 Dec 12:47 2010
Picon

DO NOT REPLY [Bug 50391] [PATCH] Add support for different flow-name of fo:region-body in FOP

https://issues.apache.org/bugzilla/show_bug.cgi?id=50391

--- Comment #3 from Peter Hancock <peter.hancock <at> gmail.com> 2010-12-01 06:47:34 EST ---
All dependencies can be obtained from http://mockito.org/.
 mockito-1.8.5.zip has a directory called seperate-jars containing
mockito-core-1.8.5.jar
hamcrest.core-1.1.0.jar
objenesis-1.0.0.jar

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

bugzilla | 2 Dec 21:20 2010
Picon

DO NOT REPLY [Bug 50403] New: fo:table-cell is incorrectly inheriting margin

https://issues.apache.org/bugzilla/show_bug.cgi?id=50403

           Summary: fo:table-cell is incorrectly inheriting margin
           Product: Fop
           Version: 1.0
          Platform: PC
            Status: NEW
          Severity: normal
          Priority: P2
         Component: page-master/layout
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: mike-asf <at> graessle.net

Created an attachment (id=26367)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26367)
Another Example

When a fo:table-cell is embedded withing a fo:block with a margin set, the
fo:table-cell will inherit the margin left from the fo:block.

Example:

<fo:block margin="30px">
  <fo:table width="100%" table-layout="fixed">
    <fo:table-column column-width="proportional-column-width(1)" />
    <fo:table-body>
      <fo:table-row>
        <fo:table-cell>
          <fo:block>
            Table Cell No Margin Defined
(Continue reading)

bugzilla | 2 Dec 21:22 2010
Picon

DO NOT REPLY [Bug 50403] fo:table-cell is incorrectly inheriting margin

https://issues.apache.org/bugzilla/show_bug.cgi?id=50403

--- Comment #1 from Michael Graessle <mike-asf <at> graessle.net> 2010-12-02 15:21:58 EST ---
Created an attachment (id=26368)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26368)
Render of Attached Example

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

bugzilla | 3 Dec 10:08 2010
Picon

DO NOT REPLY [Bug 50403] fo:table-cell is incorrectly inheriting margin

https://issues.apache.org/bugzilla/show_bug.cgi?id=50403

Pascal Sancho <pascal.sancho <at> takoma.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID
         OS/Version|                            |All

--- Comment #2 from Pascal Sancho <pascal.sancho <at> takoma.fr> 2010-12-03 04:08:02 EST ---
This behaviour is correct regarding REC XSL v1.1  (§5.3.2, see [1]).
In addition, there is a wiki page about this topic (see [2]).

[1] http://www.w3.org/TR/xsl/#refine-margin-space-indent
[2] http://wiki.apache.org/xmlgraphics-fop/IndentInheritance

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
bugzilla | 3 Dec 15:42 2010
Picon

DO NOT REPLY [Bug 50403] fo:table-cell is incorrectly inheriting margin

https://issues.apache.org/bugzilla/show_bug.cgi?id=50403

Michael Graessle <mike-asf <at> graessle.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

--- Comment #3 from Michael Graessle <mike-asf <at> graessle.net> 2010-12-03 09:42:51 EST ---
I don't believe the spec explains the behavior I am seeing.

1) In the attached example, margin-left is being inherited by the table-cell
from the table's grandparent(margin="30px"), even though the table's parent has
it set.(margin="0px")

2) Only margin-right and margin-left are being inherited, margin-top and
margin-bottom are not.

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

bugzilla | 3 Dec 17:23 2010
Picon

DO NOT REPLY [Bug 50403] fo:table-cell is incorrectly inheriting margin

https://issues.apache.org/bugzilla/show_bug.cgi?id=50403

Pascal Sancho <pascal.sancho <at> takoma.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |INVALID

--- Comment #4 from Pascal Sancho <pascal.sancho <at> takoma.fr> 2010-12-03 11:23:36 EST ---
As said in  REC XSL v1.1  §5.3.2, inheritance and computed values for *-indent
are for start-* and end-* sides (left/right in a lr-tb context).

Since fo:block doesn't provide a reference area, inheritance mechanism is
played.

A good practice to indent a table is:
 - use a fo:block-container (witch generates a reference area) to surround the
table
 - set start-indent or end-indent properties on this fo:b-c
 - set *-indent properties to 0 on fo:table (or what ever content) to enforce
the inherited *-indent to 0 (you can insert a fo:block for such thing between
fo:b-c and fo:table.

In addition, FOP provides the ability to break the REC-XSL inheritance
behaviour:
see the config option [break-indent-inheritance] at [1]

Note: for before-* and after-* properties, the strategy is quite different:
 - stacking areas is not the same problem.
(Continue reading)

Simon Pepping | 3 Dec 20:44 2010
Picon

2 failures in unit tests

There are two failures in the unit tests:

junit-layout-standard:
    [junit] Testcase:
kerning_1_on.xml(org.apache.fop.layoutengine.LayoutEngineTestSuite$1):	Caused an ERROR
    [junit] Expected XPath expression to evaluate to '36420', but got '40020' (XPath: //flow/block[1]/block[1]/lineArea/inlineparent/ <at> ipd)

junit-layout-hyphenation:
    [junit] Testcase:
block_hyphenation_kerning.xml(org.apache.fop.layoutengine.LayoutEngineTestSuite$1):	Caused
an ERROR
    [junit] Expected XPath expression to evaluate to '17230', but got '32709' (XPath: //flow/block[1]/lineArea[1]/text[1]/ <at> twsadjust)

Simon


Gmane