bugzilla | 5 Apr 01:08 2010
Picon

Bug report for Batik [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                                      |
|     |   |   |          |                                                  |
|23443|New|Nor|2003-09-26|reference vs referencing element bug              |
|25142|Ass|Nor|2003-12-02|TIFF 1bpp image with svgbrowser not drawable      |
|25740|New|Enh|2003-12-24|Better Error messages for SVGDOM in non-dynamic do|
|26309|Inf|Nor|2004-01-21|Non-horizontal text rendered incorrectly when crea|
|26466|New|Cri|2004-01-27|Incomplete support for AlphaComposite causes SVG e|
|26651|New|Enh|2004-02-04|Enhancement for OutputManager (SVGTranscoder)     |
|26816|New|Nor|2004-02-10|color-interpolation property ignored in alpha comp|
|26860|New|Nor|2004-02-11|unexpected non-zero alpha due to clamping of premu|
|27248|New|Nor|2004-02-26|[PATCH] Adding support for rendering-color-space p|
|27297|New|Min|2004-02-27|Transparency for indexed PNGs                     |
|27970|New|Nor|2004-03-26|BUFFERED_IMAGE Hint Msg for some Graphics2D's     |
|28172|New|Enh|2004-04-02|Request BeanShell scripting support               |
|28806|New|Maj|2004-05-06|inclusion of animated gif hangs the application wh|
|29531|New|Enh|2004-06-11|JSVGCanvas API has minor inconsistency on property|
|29785|Inf|Nor|2004-06-24|SVGConstants should be public final class         |
|29786|New|Nor|2004-06-24|SVGConstants strings appear as strings not referen|
|30926|New|Enh|2004-08-29|RFE : allow to set a custom XmlWriter to SVGGraphi|
(Continue reading)

bugzilla | 5 Apr 15:59 2010
Picon

DO NOT REPLY [Bug 49046] New: SVGGraphics2D: Allow toggling the output of DOCTYPE declaration

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

           Summary: SVGGraphics2D: Allow toggling the output of DOCTYPE
                    declaration
           Product: Batik
           Version: 1.8
          Platform: All
               URL: http://dev.w3.org/SVG/profiles/1.1F2/publish/intro.htm
                    l#NamespaceAndDTDIdentifiers
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P4
         Component: SVGGraphics2D
        AssignedTo: batik-dev <at> xmlgraphics.apache.org
        ReportedBy: helder.magalhaes <at> gmail.com

In the current draft for SVG 1.1 Second Edition, DOCTYPE declaration usage is
*not* being recommended [bug's URL].

It seems that suppressing it isn't trivial [1] but there are known workarounds
(a couple in the provided link).

The idea would be adding a mechanism to control the output of the DOCTYPE
declaration. Also, maybe change the default to "do not emit the DOCTYPE" as
well.

[1]
http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/200908.mbox/%3COF29725232.1FB07677-ON85257623.003BF0EA-85257623.003C7CDB <at> knotes.kodak.com%3E

(Continue reading)

Helder Magalhães | 5 Apr 17:34 2010
Picon

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

Helder Magalhães | 6 Apr 10:48 2010
Picon

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)

bugzilla | 6 Apr 12:29 2010
Picon

DO NOT REPLY [Bug 49052] New: -dpi setting does not work well.

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

           Summary: -dpi setting does not work well.
           Product: Batik
           Version: 1.7
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: SVG Rasterizer
        AssignedTo: batik-dev <at> xmlgraphics.apache.org
        ReportedBy: peterhull90 <at> gmail.com

Created an attachment (id=25234)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25234)
zip containing 'good' and 'bad' svg files and pngs at 100 and 200dpi

If an SVG file contains a width/height in 'real' units but no viewBox attribute
on the svg tag, and the image contains graphics in pixel units, the rasterizer
works ok if the -dpi command line parameter is 100 but not otherwise when
converting to raster formats. If, for example, the dpi is set to 200 the image
is physically twice the size but the graphic is not, it stays in the top left
hand corner. 

Rasterizer must be using an implicit DPI of 100 to draw the graphic so it
probably should generate an implicit viewBox based on the width/height. As far
as I can see the viewBox is not required by SVG and the observed behaviour is
not in the SVG spec, apologies if I have missed it.

(Continue reading)

bugzilla | 6 Apr 12:49 2010
Picon

DO NOT REPLY [Bug 49052] -dpi setting does not work well.

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

Thomas Deweese <deweese <at> apache.org> changed:

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

--- Comment #1 from Thomas Deweese <deweese <at> apache.org> 2010-04-06 10:49:10 UTC ---
It sounds like the '-dpi' switch is working fine.

The 'dpi' switch changes the mapping from realworld units to userspace
units.  Not the other way around.  So without the viewBox attribute you are
changing the effective width and height of the SVG in userspace but
your document uses the same portion of the userspace.

--

-- 
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 | 7 Apr 11:40 2010
Picon

DO NOT REPLY [Bug 49061] New: ClassCastException using org.apache.batik.swing.JSVGCanvas.setDocument

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

           Summary: ClassCastException using
                    org.apache.batik.swing.JSVGCanvas.setDocument
           Product: Batik
           Version: 1.7
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: SVG DOM
        AssignedTo: batik-dev <at> xmlgraphics.apache.org
        ReportedBy: peterhull90 <at> gmail.com

Created an attachment (id=25239)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25239)
Netbeans 6.8 project

If the document is set to one with a different implementation, an exception is
thrown, for example:
Document d =
DocumentBuilderFactory.newInstance().newDocumentBuilder().parse(FILENAME);
JSVGCanvas canvas = new JSVGCanvas();
canvas.setDocument(d);
Gives an exception:
Exception in thread "main" java.lang.ClassCastException:
org.apache.batik.dom.GenericElement cannot be cast to
org.w3c.dom.svg.SVGSVGElement
Example project attached.
(Continue reading)

bugzilla | 7 Apr 12:02 2010
Picon

DO NOT REPLY [Bug 49061] ClassCastException using org.apache.batik.swing.JSVGCanvas.setDocument

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

Thomas Deweese <deweese <at> apache.org> changed:

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

--- Comment #1 from Thomas Deweese <deweese <at> apache.org> 2010-04-07 10:02:16 UTC ---
The DOM you are building is broken.
If you have a question on using Batik, ask them on the Batik-Users list, do not
post bugs (strike 2).

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Teck Hua Lee | 8 Apr 21:00 2010
Picon

Line element does not render with gradient stroke

When using the PNGTranscoder (1.7 and trunk), I noticed that lines with gradient strokes will not render.


In the example below "line2" will not be drawn.

<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1">
<defs>
<linearGradient id="grad">
<stop offset="0" stop-color="black" />
<stop offset="1" stop-color="white" />
</linearGradient>
</defs>
  <line id="line1" x1="0" y1="180" x2="480" y2="180" stroke="green" stroke-width="20"/>
  <line id="line2" x1="410" y1="10" x2="70" y2="350" stroke="url(#grad)" stroke-width="20"/>
</svg>

I tracked this down to SVGLinearGradientElementBridge.buildGradient:128 where the code returns a null Paint because the line's width is 0px. However, shouldn't the code be checking the stroke-width instead? (20px)

This example is based on the following W3C SVG spec test file which renders correctly in Firefox and Chrome.

Is this a known issue or should I file a bug?

Gmane