headers
bugzilla | 5 Apr 2010 01:08
Picon
Favicon

Bug report for Fop [2010/04/04]

+---------------------------------------------------------------------------+
| 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
Simon Pepping | 6 Apr 2010 09:01
Picon

Re: Google Summer of Code: Bring out your projects

On Mon, Apr 05, 2010 at 04:34:45PM +0100, Helder Magalhães wrote:
> Hi everyone,
> 
> Somehow related, in the guide to being a mentor, it's stated in the
> procedure that one should "Add an issue to JIRA (if your project
> doesn't use JIRA contact dev <at> community.apache.org)" [2]. Could anyone
> help understanding what is that exactly? I've crawled through the
> available JIRA projects and saw none related with XML Graphics (Batik,
> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
> hint towards maybe triggering the process now so next year we won't
> have this extra overhead.)

JIRA is the ASF's bug tracking system, used by many projects instead
of Bugzilla which we use. You can find it at
https://issues.apache.org/jira/browse/INFRA. See also the Development
Infrastructure page http://www.apache.org/dev/, the section on issue
tracking, http://www.apache.org/dev/#issues.

dev <at> community.apache.org is the public mailing list of the ASF's
Community Development Committee (see
http://community.apache.org/index.html), who lead the ASF's GSoC
efforts. See the archives at
http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
your project ideas should not take a long time.

Regards, Simon

--

-- 
Simon Pepping
home page: http://www.leverkruid.eu
(Continue reading)

Permalink | Reply | 0 comments |
headers
Helder Magalhães | 5 Apr 2010 17:34
Picon
Gravatar

Re: Google Summer of Code: Bring out your projects

Hi everyone,

>> If I understand correctly, you can register your proposed projects in
>> JIRA, see the above web page.

Oops, I missed that sentence; today, while revisiting this thread I
noticed that, according to the timeline [1], the proposals will need
to be postponed for next year. :-|  The deadline was pretty short,
though (apparently only a couple of days for JIRA creation + final
proposal compilation).

Somehow related, in the guide to being a mentor, it's stated in the
procedure that one should "Add an issue to JIRA (if your project
doesn't use JIRA contact dev <at> community.apache.org)" [2]. Could anyone
help understanding what is that exactly? I've crawled through the
available JIRA projects and saw none related with XML Graphics (Batik,
FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
hint towards maybe triggering the process now so next year we won't
have this extra overhead.)

Regards,
 Helder

[1] http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/timeline
[2] http://community.apache.org/guide-to-being-a-mentor.html#guidetobeingamentor-Summary
Permalink | Reply | 0 comments |
headers
Helder Magalhães | 6 Apr 2010 10:48
Picon
Gravatar

Re: Google Summer of Code: Bring out your projects

Hi everyone,

>> Could anyone
>> help understanding what is that exactly? I've crawled through the
>> available JIRA projects and saw none related with XML Graphics (Batik,
>> FOP, XML Graphics Commons)... (Also, if this is a lengthy process I'd
>> hint towards maybe triggering the process now so next year we won't
>> have this extra overhead.)
>
> JIRA is the ASF's bug tracking system, used by many projects instead
> of Bugzilla which we use.
[...]

Humm, I guess my question wasn't properly made (I had an idea of JIRA
as a bug tracker and it's use within ASF); I meant to ask what were
the implications of using JIRA when the project is using Bugzilla.
Sorry for the noise! ;-)

> See the archives at
> http://mail-archives.apache.org/mod_mbox/community-dev/. Registering
> your project ideas should not take a long time.

OK, a little crawling showed that it is straightforward [1], with no
implications at all: the procedure for projects using Bugzilla is
simply using the "Community Development" project on JIRA, making sure
the title has prefix containing the project name ("PROJECT_NAME:").
More details available [1]. :-)

> Regards, Simon
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 6 Apr 2010 17:52
Picon
Favicon

DO NOT REPLY [Bug 49055] New: setting svg attributes with xsl only works if intermediate fo is created

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

           Summary: setting svg attributes with xsl only works if
                    intermediate fo is created
           Product: Fop
           Version: 0.95
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: svg
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: sven_victoria <at> deltalloyd.nl

Created an attachment (id=25235)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25235)
files used to reproduce bug

When trying to set svg path attributes via a stylesheet, the resulting shape is
only displayed when the pdf is created from the intermediate fo file.
If I skip the fo part and create the pdf directly the shape is not displayed.
Same goes for the internal (-awt) viewer.

In the stylesheet the following lines causing the problem are:

<fo:instream-foreign-object>
  <svg xmlns="http://www.w3.org/2000/svg" width="1.5cm" height="1.5cm">
    <polygon style="fill: #cccccc;">
      <xsl:attribute name="points"><xsl:value-of
(Continue reading)

Permalink | Reply | 6 comments |
headers
bugzilla | 6 Apr 2010 19:04
Picon
Favicon

DO NOT REPLY [Bug 49055] setting svg attributes with xsl only works if intermediate fo is created

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

Andreas L. Delmelle <adelmelle <at> apache.org> changed:

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

--- Comment #1 from Andreas L. Delmelle <adelmelle <at> apache.org> 2010-04-06 17:04:01 UTC ---
(In reply to comment #0)

> 
> When trying to set svg path attributes via a stylesheet, the resulting shape is
> only displayed when the pdf is created from the intermediate fo file.
> If I skip the fo part and create the pdf directly the shape is not displayed.
> Same goes for the internal (-awt) viewer.

This is not a FOP issue.
The cause is that you are creating the attribute in no-namespace. If the
intermediate FO is serialized and parsed again, that attribute is interpreted
to be in the namespace of the parent element. 
However, if the SAX events are triggered directly onto the target
ContentHandler you get the effect as if the input were:

<svg xmlns="http://www.w3.org/2000/svg" width="1.5cm" height="1.5cm">
   <polygon style="fill: #cccccc;" nn:points="..." xmlns:nn=""></polygon>
</svg>

Notice that the points attribute is in a different namespace than the polygon
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 7 Apr 2010 00:21
Picon
Favicon

DO NOT REPLY [Bug 49055] setting svg attributes with xsl only works if intermediate fo is created

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

--- Comment #2 from sven <sven_victoria <at> deltalloyd.nl> 2010-04-06 22:21:47 UTC ---
thanks for the explanation. I will try your suggestions

--

-- 
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 | 7 Apr 2010 10:21
Picon
Favicon

DO NOT REPLY [Bug 49060] New: File Descriptor leak in AFP renderer

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

           Summary: File Descriptor leak in AFP renderer
           Product: Fop
           Version: 1.0dev
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: general
        AssignedTo: fop-dev <at> xmlgraphics.apache.org
        ReportedBy: peter.hancock <at> gmail.com

When rendering AFP, FOP creates a temp file with name beginning with
AFPDataStream_.  This file is deleted during the 'document end' cleanup,
however a the outputstream to the file is not currently closed first.  

The attached patch addresses this.

--

-- 
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 | 7 Apr 2010 10:22
Picon
Favicon

DO NOT REPLY [Bug 49060] File Descriptor leak in AFP renderer

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

--- Comment #1 from Peter Hancock <peter.hancock <at> gmail.com> 2010-04-07 08:21:59 UTC ---
Created an attachment (id=25238)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25238)
patch of fix

--

-- 
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 | 7 Apr 2010 10:22
Picon
Favicon

DO NOT REPLY [Bug 49060] [PATCH] File Descriptor leak in AFP renderer

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

Peter Hancock <peter.hancock <at> gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|File Descriptor leak in AFP |[PATCH] File Descriptor
                   |renderer                    |leak in AFP renderer

--

-- 
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