gmane.text.xml.fop.devel

[Bug 50852] [PATCH] Improve generation of PDFs with accessibility information

2012-05-23T19:27:44

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

Vincent Hennebert <vhennebert< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #26718|0                           |1
        is obsolete|                            |

--- Comment #36 from Vincent Hennebert <vhennebert< at >gmail.com> ---
Comment on attachment 26718
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=26718
Patch 18/20

Applied patch #18 in rev. 1341992:
http://svn.apache.org/viewvc?rev=1341992&view=rev

I left the criteria for compact output in PDFDictionary to 2, as we have to
decide on a size and I don't think the savings are significant anyway (2 bytes
per entry).

Thanks for the suggestion,
Vincent

[Bug 50852] [PATCH] Improve generation of PDFs with accessibility information

2012-05-23T19:04:47

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

--- Comment #35 from Vincent Hennebert <vhennebert< at >gmail.com> ---
Created attachment 28826
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28826&action=edit
Treat some content as artifact – Documentation

This patch is against the staging CMS website, that sooner or later will become
the official website.

[Bug 50852] [PATCH] Improve generation of PDFs with accessibility information

2012-05-23T19:02:56

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

Vincent Hennebert <vhennebert< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #26719|0                           |1
        is obsolete|                            |

--- Comment #34 from Vincent Hennebert <vhennebert< at >gmail.com> ---
Created attachment 28825
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28825&action=edit
Treat some content as artifact

This is an adaptation of patch #19 to the new accessibility code. I chose the
value 'artifact' instead of 'hidden' to follow the naming convention of the PDF
Reference.

I also chose to implement this special property value on fo:wrapper only, for
simplicity. It should be easy to wrap any content that must be treated as
artifact into an appropriate fo:wrapper element.

I didn't implement the 'inherit' value, as I believe the PDF Reference already
provides a standard structure

[Bug 50852] [PATCH] Improve generation of PDFs with accessibility information

2012-05-23T18:55:13

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

Vincent Hennebert <vhennebert< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #28824|0                           |1
        is obsolete|                            |

[Bug 50852] [PATCH] Improve generation of PDFs with accessibility information

2012-05-23T18:54:42

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

Vincent Hennebert <vhennebert< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #26701|0                           |1
        is obsolete|                            |
  Attachment #26702|0                           |1
        is obsolete|                            |
  Attachment #26703|0                           |1
        is obsolete|                            |
  Attachment #26704|0                           |1
        is obsolete|                            |
  Attachment #26705|0                           |1
        is obsolete|                            |
  Attachment #26706|0                           |1
        is obsolete|                            |
  Attachment #26707|0                           |1
        is obsolete|                            |
  Attachment #26708|0                           |1
        is obsolete|

[Bug 47093] [PATCH] A PrintRenderer using Java Print Service API

2012-05-23T08:27:54

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

Vincent Hennebert <vhennebert< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[PATCJ] A PrintRenderer     |[PATCH] A PrintRenderer
                   |using Java Print Service    |using Java Print Service
                   |API                         |API

[Bug 53276] writing-mode on simple-page-master does not affect layout of regions

2012-05-22T20:04:49

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

--- Comment #3 from Jonathan Levinson <levinson< at >intersystems.com> ---
Created attachment 28821
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28821&action=edit
PDF corresponding to simplified FO.

[Bug 53276] writing-mode on simple-page-master does not affect layout of regions

2012-05-22T20:03:58

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

--- Comment #2 from Jonathan Levinson <levinson< at >intersystems.com> ---
Created attachment 28820
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28820&action=edit
Simplified FO for this problem

I provide simplified FO.  With the simplified FO I don't see the problem with
writing-mode="RL" giving invalid start and end regions.  Start is right and end
is left as I would expect.  I will also attach the generated PDF.

[Bug 52144] FOP crash on version switch (-v)

2012-05-22T18:28:26

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

Glenn Adams <gadams< at >apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #9 from Glenn Adams <gadams< at >apache.org> ---
applied at http://svn.apache.org/viewvc?rev=1341585&view=rev

thanks luis!

[Bug 53276] writing-mode on simple-page-master does not affect layout of regions

2012-05-22T18:21:09

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

Jonathan Levinson <levinson< at >intersystems.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |levinson< at >intersystems.com

[Bug 53128] need implementation and test case: from-page-master-region function

2012-05-22T18:18:54

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

Jonathan Levinson <levinson< at >intersystems.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |levinson< at >intersystems.com

[Bug 53276] writing-mode on simple-page-master does not affect layout of regions

2012-05-22T17:39:49

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

Glenn Adams <gadams< at >apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #28818|Output of test provided by  |Output of test provided by
        description|Jonathon Levinson.          |Jonathan Levinson.

[Bug 53276] writing-mode on simple-page-master does not affect layout of regions

2012-05-22T17:39:33

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

Glenn Adams <gadams< at >apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #28817|Test provided by Jonathon   |Test provided by Jonathan
        description|Levinson. [Needs to be      |Levinson. [Needs to be
                   |simplified]                 |simplified]

[Bug 53276] writing-mode on simple-page-master does not affect layout of regions

2012-05-22T17:38:31

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

--- Comment #1 from Glenn Adams <gadams< at >apache.org> ---
Created attachment 28818
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28818&action=edit
Output of test provided by Jonathon Levinson.

[Bug 53276] New: writing-mode on simple-page-master does not affect layout of regions

2012-05-22T17:35:02

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

          Priority: P2
            Bug ID: 53276
          Assignee: fop-dev< at >xmlgraphics.apache.org
           Summary: writing-mode on simple-page-master does not affect
                    layout of regions
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: gadams< at >apache.org
          Hardware: All
            Status: NEW
           Version: 1.1dev
         Component: page-master/layout
           Product: Fop

Created attachment 28817
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28817&action=edit
Test provided by Jonathon Levinson. [Needs to be simplified]

When writing-mode='tb-rl' is specified on fo:simple-page-master, the
fo:region-start area should appear on right, while the fo:region-end area
should appear on left.

[Bug 51843] Surrogate pairs not treated as single unicode codepoint for display purposes

2012-05-22T17:29:20

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

Glenn Adams <gadams< at >apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|surrogate pairs not treated |Surrogate pairs not treated
                   |as single unicode codepoint |as single unicode codepoint
                   |for display purposes        |for display purposes

[Bug 47093] [PATCJ] A PrintRenderer using Java Print Service API

2012-05-22T17:28:24

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

Glenn Adams <gadams< at >apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[patch] a PrintRenderer     |[PATCJ] A PrintRenderer
                   |using Java Print Service    |using Java Print Service
                   |API                         |API

Flow maps

Pavel Alay — 2012-05-22T13:21:12

Hi all,

I am trying to implement flow maps (http://www.w3.org/TR/xsl/#d0e7194) in
FOP.

So let me describe the current situation: as expected  the most complex was
the mechanism for area generation (LayoutManagers level). First I've tried
to solve multiregion problem in one flow. I've added the support for the
several bodies in Page and PAgeViewport classes and in
PageBreaker.handleBreakTrait(breakVal) we switch to new region depending on
some conditions.This solution allows me to define the correct position of
the region but the problem is the Dimensions. I wasn't able to change them.
The second use case is the support of two threads on one page. As far I as
I understand a flow should have a possability to break while overflowing
the page. How I can do it?

The other my idea is iplementation of the intermediate layout manager, ex.
RegionLM.

Best regards,
Pavel Alay

[Bug 53248] [PATCH] fop test.fo -print throws exception

2012-05-20T14:33:09

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

Luis Bernardo <lmpmbernardo< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

[Bug 52144] FOP crash on version switch (-v)

2012-05-20T14:20:30

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

--- Comment #8 from Luis Bernardo <lmpmbernardo< at >gmail.com> ---
Created attachment 28805
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28805&action=edit
patch and simple unit test

this bug report starts from a misunderstanding of what the -v means. it does
not mean version but verbose. version is given by -version. verbose at the
moment outputs the version and continues processing as if no -v is used. so
verbose is really no more verbose than the default behavior.

the submitted patch fixes the behavior as suggested in the above comments. I
think this is a sensible behavior in any case, independently of -v being
version or verbose.

the patch also includes a simple unit test.

Bug report for Fop [2012/05/20]

2012-05-20T07:15:33

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker CRI=Critical  REG=Regression  MAJ=Major   |
|     |   |           MIN=Minor   NOR=Normal    ENH=Enhancement TRV=Trivial |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
|17369|Ne