headers
mehdi houshmand | 9 Feb 17:08
Picon
Gravatar

URI Resolution

Hi,

As I've said previously, I've been looking at unifying URI resolution,
I've looked at a lot of the code regarding this and from what I can
see FOP uses file access for the following types of files:
1) Input/Output files - by that I mean FO and output, both of which
are many-to-many
2) Resources - fonts, images, hyphenation-patterns, colour profiles etc
3) AFP resource file - arguably could be an Output type, but not
handled in the same way
4) Scratch files - used for caching and optimize-resources etc

I think a lot of the URI differentiation can be done within the URI
itself, so we can use just an interface with two methods:

InputStream getInputStream(URI);
OutputStream getOutputStream(URI);

This interface will be bound to the FOUserAgent and a setter on the
user agent will allow clients to define their own implementation.

I think we can avoid having "Source getSource(URI)" in the API by
using converting them into a javax.xml.transform.Source when necessary
with "new StreamSource(InputStream)" (same for
OutputStream->StreamResult). The only issue here is that Source
objects also hold their URI, so if the source object is created one
place, and the URI is read in another, that could be problematic.
They're passed around a lot, so it's not so easy to chase them all the
way through the rabbit hole. There are, however, a few more unknowns
most relating to images, because I haven't seen how these are used in
(Continue reading)

Permalink | Reply | 0 comments |
headers
Suvrat Hiran | 9 Feb 06:31
Picon
Gravatar

Support for Drop down list

Hi Experts,

Does Apache FOP support drop down menus or expandable links. I am
looking for something like, if I click, say on a button, it expands
and gives me a list of items under it. If I click again the list
disappears.

Is it supported in Apache FOP 0.95?
Thanks in advance.

Regards,
--

-- 
Suvrat Hiran
Permalink | Reply | 1 comment |
headers
bugzilla | 8 Feb 13:40
Picon
Favicon

DO NOT REPLY [Bug 52625] New: border-left / border-right renders incorrectly

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

             Bug #: 52625
           Summary: border-left / border-right renders incorrectly
           Product: Fop
           Version: 1.0
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: pdf
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: iCylian <at> gmail.com
    Classification: Unclassified

Created attachment 28285
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28285
data file

If fo:table-cell contains 'none' value specified for border-top or
border-bottom, then border-left / border-right renders incorrectly.

Sample attached test.fo file is a subset file which is distributed with fop
distro and could be named "borders.fo" within example directory.

The file being processed through fop (version  0.95 and 1.0), and for both
cases output PDF file(test_fop.pdf) are not viewing properly. Border colors are
uneven.
(Continue reading)

Permalink | Reply | 6 comments |
headers
bugzilla | 6 Feb 17:06
Picon
Favicon

DO NOT REPLY [Bug 52610] New: overflow hidden causes render to be clipped

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

             Bug #: 52610
           Summary: overflow hidden causes render to be clipped
           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: ddelecroix <at> mbs-france.net
    Classification: Unclassified

In fo:region-before and fo:region-after, the overflow="hidden" causes header to
be clipped, which was not the case in 0.95.

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Permalink | Reply | 2 comments |
headers
Luis Bernardo | 6 Feb 13:11
Picon

change to PNGImageReader in jdk1.6_14 impacts performance with some PNG images

Hello,

The com.sun.imageio.plugins.png.PNGImageReader was updated during one
of the jdk1.6 releases (I think the change happened in jdk1.6_14).

One of the changes that I noticed caused some performance impact when
generating PS with a PNG image in FOP is this one in the
getImageTypes() method:

        case PNG_COLOR_RGB:
            if (bitDepth == 8) {
                // some standard types of buffered images
                // which can be used as destination
                l.add(ImageTypeSpecifier.createFromBufferedImageType(
                          BufferedImage.TYPE_3BYTE_BGR));

                l.add(ImageTypeSpecifier.createFromBufferedImageType(
                          BufferedImage.TYPE_INT_RGB));

                l.add(ImageTypeSpecifier.createFromBufferedImageType(
                          BufferedImage.TYPE_INT_BGR));

            }
            // Component R, G, B
            rgb = ColorSpace.getInstance(ColorSpace.CS_sRGB);

The if (bitDepth ==8) {} code is new. There is similar new code for
PNG_COLOR_RGB_ALPHA.

This new code is executed for some PNG images and the result is seen
(Continue reading)

Permalink | Reply | 2 comments |
headers
Thomas Dörr | 6 Feb 10:26
Favicon
Gravatar

Support for fo:retrieve-table-marker

Hi all,

I'm using FOP for a project and I need to implement subtotals and
carryovers for estimates and invoices. I tried to use
fo:retrieve-table-marker, but as far as I understand, they are not
fully implemented. A workaround with fo:retrieve.marker has a lot of
disadvantages and is not sufficient.

One solution would be to buy a commercial product like www.xmlpdf.com,
which supports fo:retrieve-table-marker. But I'd prefer continuing to
use FOP.

Is there anyone, who has the knowledge to implement the
fo:retrieve-table-marker feature?

We'd need it in a short time, let's say in the next two weeks and of
course we'd pay for that implementation.

Hoping to get an answer from you guys!

Best Regards,
Thomas
Permalink | Reply | 3 comments |
headers
bugzilla | 5 Feb 08:15
Picon
Favicon

Bug report for Fop [2012/02/05]

+---------------------------------------------------------------------------+
| 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                                      |
|     |   |   |          |                                                  |
| 1063|New|Nor|2001-03-21|fop does not handle large fo files                |
| 3824|New|Blk|2001-09-25|MIF option with tables                            |
| 5010|New|Enh|2001-11-21|Better error reporting needed                     |
| 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output|
| 6427|New|Enh|2002-02-13|Type 1 CID fonts are not supported                |
| 8003|New|Maj|2002-04-12|FopImageFactory never releases cached images      |
| 8463|New|Nor|2002-04-24|SVG clipping in external.fo example doc when rende|
| 9379|New|Nor|2002-05-24|MIF Renderer generates incorrect MIF code         |
|12610|New|Enh|2002-09-13|[PATCH] onLoad Action for PDF documents or how to |
|14356|New|Nor|2002-11-07|*NOT* embedding TrueTypeFont in PDF causes Acrobat|
|16713|New|Nor|2003-02-03|Hyphenation error in tables                       |
|17369|New|Nor|2003-02-25|Footnote duplication                              |
|17380|New|Nor|2003-02-25|Batik Component will not recognize feXXXX SVG elem|
|17921|New|Nor|2003-03-12|Kerning is broken for standard fonts              |
|18292|New|Nor|2003-03-24|24 bit PNG not displayed correctly                |
|18801|New|Nor|2003-04-08|[PATCH] "visibility" property is not implemented  |
|19228|New|Blk|2003-04-22|[PATCH] Child LayoutContext is null in certain cir|
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 3 Feb 22:19
Picon
Favicon

DO NOT REPLY [Bug 52597] New: border looks like it has "bites" taken out of it.

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

             Bug #: 52597
           Summary: border looks like it has "bites" taken out of it.
           Product: Fop
           Version: 1.0
          Platform: PC
            Status: NEW
          Severity: normal
          Priority: P2
         Component: pdf
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: levinson <at> intersystems.com
    Classification: Unclassified

Created attachment 28263
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=28263
fo file that shows problem

I attach a .fo file and the generated PDF which when used with fop 1.0 would I
think produce solid borders.  Instead the borders have corners chopped off.  It
looks like a “bite” is taken out of the corners.  I don’t see this problem with
RenderX XEP.

I attach the files that show the problem.

--

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

Permalink | Reply | 2 comments |
headers
bugzilla | 2 Feb 19:28
Picon
Favicon

DO NOT REPLY [Bug 52585] New: PDF: number-columns-spanned problem with borders

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

             Bug #: 52585
           Summary: PDF: number-columns-spanned problem with borders
           Product: Fop
           Version: 1.0
          Platform: PC
            Status: NEW
          Severity: normal
          Priority: P2
         Component: pdf
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: mhilpert <at> gmx.de
    Classification: Unclassified

If a table has a row with multiple columns and the row cells have a border
(top/bottom) the lines look even for all cells in the row. But if the cell has
an additional 

number-columns-spanned="2" 

attribute, the subsequent cell (here: cell 3) will get different top/bottom
border line (thickness)!

This sound similar to old Bug 46321 (for RTF).

If we remove number-columns-spanned, the border lines look good again (but of
course the text is cut).

So far, we found an ugly workaround by adding "hidden" columns to all tables
(Continue reading)

Permalink | Reply | 2 comments |
headers
Peter Hancock | 1 Feb 16:40
Picon

[VOTE] merge Temp_ImproveAccessibility to trunk

Hi All,

Vincent and I have recently been working to improve the generation of
tagged PDF and we now propose merging the branch
Temp_ImproveAccessibility into trunk.

The objectives and an implementation plan was summarised by Vincent in
[1] and development has remained fairly faithful to that proposal.

A core objective of this work was to remove the XSLT pre-process stage
and instead build the structure tree from FONode creation events and
this has been realised.

The new implementation has allowed us to fix a few bugs related to the
structure tree representation of tables.

Thanks,

Peter

[1] http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/201109.mbox/%3C4E6624CE.1030703%40gmail.com%3E
Permalink | Reply | 6 comments |
headers
bugzilla | 1 Feb 11:00
Picon
Favicon

DO NOT REPLY [Bug 52572] New: collapse-with-precedence throws a NPE

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

             Bug #: 52572
           Summary: collapse-with-precedence throws a NPE
           Product: Fop
           Version: all
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: fo tree
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: pascal.sancho <at> takoma.fr
    Classification: Unclassified

setting border-collapse with "collapse-with-precedence" will throw an NPE at:
o.a.f.fo.flow.table.ConditionalBorder.integrateSegment

Note also that compliance page doesn't reveal that it is not implemented.

--

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

Gmane