headers
bugzilla | 2 Nov 2009 00:08
Picon
Favicon

Bug report for Fop [2009/11/01]

+---------------------------------------------------------------------------+
| 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|"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 | 2 Nov 2009 07:11
Picon
Favicon

DO NOT REPLY [Bug 48099] New: Can not open PDF Password Ecrypted Document in Adobe versions less then 6

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

           Summary: Can not open PDF Password Ecrypted Document in Adobe
                    versions less then 6
           Product: Fop
           Version: 0.95
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: pdf
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: gtonyo <at> gmail.com

Using FOP 0.95, java 1.6.

I am using "useragent.getRendererOptions().put("encryption-params", new
PDFEncryptionParams(null, "password", false, false, true, true));"

This does not open in Adobe Reader (windows) prior to version 6.  Version 6 and
above works, before version 6, comes up with Incorrect password message when
you type in the password.

--

-- 
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 | 5 comments |
headers
bugzilla | 2 Nov 2009 11:36
Picon
Favicon

DO NOT REPLY [Bug 48089] content not displayed when preceded by empty blocks

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

--- Comment #1 from Venkat Reddy <vanukuri.venkat <at> googlemail.com> 2009-11-02 02:36:58 UTC ---
This bug happening in FOP-trunk as well...

--

-- 
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 |
headers
bugzilla | 2 Nov 2009 11:41
Picon
Favicon

DO NOT REPLY [Bug 48089] content not displayed when preceded by empty blocks

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

--- Comment #2 from Venkat Reddy <vanukuri.venkat <at> googlemail.com> 2009-11-02 02:41:46 UTC ---
And this bug is happening for all renderers. I have tested AFP and PS renderers
along with PDF renderer. The content of a block inside list-item-body is not
getting displayed when it is placed after two continuous empty blocks.

--

-- 
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 |
headers
bugzilla | 2 Nov 2009 13:32
Picon
Favicon

DO NOT REPLY [Bug 48032] The intermediate file format has xml:space for every text element

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

--- Comment #1 from Vincent Hennebert <vhennebert <at> gmail.com> 2009-11-02 04:32:54 UTC ---
I've played a bit with the IF serializer to try and find out whether setting
xml:text higher up in the hierarchy would make any difference. It turns out
that there is no gain in processing time. There are other factors that come
into play and that have more impact on the process.

However, there is a non-negligible gain in file size, of around 13%.
Surprisingly enough that difference doesn't increase with the number of pages
in the document. It's likely to be the biggest gain we can have, as I used a A4
document full of text (almost no empty space, no image) for the test. So I
guess it's worth doing the change, if only to save on disk space (although that
will be significant only if you store a lot of intermediate files).

Question remains: is there any risk that other elements containing text may be
affected by that xml:space? Also, is there any testing framework for the
intermediate format, to test that change?

Vincent

--

-- 
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 |
headers
bugzilla | 2 Nov 2009 17:13
Picon
Favicon

DO NOT REPLY [Bug 48032] The intermediate file format has xml:space for every text element

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

--- Comment #2 from Jeremias Maerki <jeremias <at> apache.org> 2009-11-02 08:13:48 UTC ---
> Question remains: is there any risk that other elements containing text may be
> affected by that xml:space?

To answer that I want to mention why I added the xml:space=preserve in the
first place: Editing IF in an XML editor frequently messed up the formatting
because of pretty-printing. FOP itself doesn't really profit from it (and can
do without). The default behaviour is application-specific which is fine in
FOP, but an XML editor doesn't know about that except if there's an XML Schema
active in the XML editor which could supply the intended default behaviour. But
I haven't tested whether that would really work.

> Also, is there any testing framework for the intermediate format, to test that > change?

The only thing we do now is test using XPath statements and I don't think I've
written any test that looks for the xml:space attribute. Essentially, you can
simply remove the xml:space and the tests will run through as before. As said
above, the only case where xml:space is useful is when it comes to manually
editing the IF in an XML editor. It avoids breaking the content.

--

-- 
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 |
headers
bugzilla | 2 Nov 2009 23:11
Picon
Favicon

DO NOT REPLY [Bug 48108] New: Special Characters are not rendering

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

           Summary: Special Characters are not rendering
           Product: Fop
           Version: all
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: critical
          Priority: P2
         Component: general
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: priyananth <at> gmail.com

if the source XML has "~" or "→" it renders as # in the output.

--

-- 
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 | 5 comments |
headers
bugzilla | 3 Nov 2009 08:45
Picon
Favicon

DO NOT REPLY [Bug 48108] Special Characters are not rendering

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

Jeremias Maerki <jeremias <at> apache.org> changed:

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

--- Comment #1 from Jeremias Maerki <jeremias <at> apache.org> 2009-11-02 23:45:46 UTC ---
Please see the following FAQ entry:
http://xmlgraphics.apache.org/fop/faq.html#pdf-characters

If the font you're using doesn't have the necessary glyphs, FOP can't make them
appear. You will need to select a font that has the glyphs you need. That '~'
is not available is a little peculiar. That glyph is available in almost all
latin fonts. However the arrow glyph is not. Maybe if you mentioned what fonts
you're trying to use, it would be easier to tell exactly what's going on.

Please follow up on fop-users <at> xmlgraphics.apache.org. I'm fairly sure that this
is no bug.

--

-- 
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 | 3 comments |
headers
bugzilla | 3 Nov 2009 15:28
Picon
Favicon

DO NOT REPLY [Bug 48111] New: API documentation is not available

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

           Summary: API documentation is not available
           Product: Fop
           Version: all
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: documentation
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: andreas <at> apache.org

The API documentation links on this page result in 404 errors:

http://xmlgraphics.apache.org/fop/dev/api-doc.html

--

-- 
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 | 3 comments |
headers
Venkat Reddy | 3 Nov 2009 17:39

Conversion of CMYK Image into RGB Image

Hi,

As Jeremias stated in the other mail,

*[Currently, bitmaps are encoded in sRGB if a CMYK bitmap is encountered for the PostScript render]*

Please someone point me to this source code, where the conversion happening for CMYK to RGB. I have given the 
PSImageUtils class by the Jeremias, but failed to find the code related to this.

Thanks in advance,
Venkat.
Permalink | Reply | 5 comments |

Gmane