xmlgraphics-batik-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38183] - [PATCH] Compatibility with GNU Classpath
Date Tue, 10 Jan 2006 11:43:00 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38183>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38183


deweese@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




------- Additional Comments From deweese@apache.org  2006-01-10 12:42 -------
Thanks!  a few comments:

> The "internal codecs" as I called them are moved to a new source 
> directory (sources-internal-codec)

   I will probably not do this, I will move them all into a common
package instead.

>- I've not reimplemented every single feature in the various image 
> transcoders for the Image I/O API as is available for the internal 
> codecs. Examples are Gamma/Chromaticity handling and background 
> color in PNG.

   Hmm, gamma handling _is_ important for PNG (especially on decode).  
This is why we moved from using the JDK decoder to our own local one. 
Fortunately this is not the real problem area with the Batik
codecs - so I will see what can be done.

   On Tiff it isn't the most important part.  It would be nice for
some use cases.

> - I've experienced problems handling metadata and encoding parameters 
> when writing JPEG images through Image I/O. The current code works 
> for most use cases, though.

   This is a little more troubling, what sorts of problems?

> - The TIFFTranscoder now supports specifying the compression 
> method through a Transcoding hint (type String).

   Sounds good!

> - I've changed the code that prepares an XML parser to use JAXP in 
> order to remove the mandatory dependency on Apache Xerces. I hope 
> I did this the right way.

    This also looks good.

> You can forcibly disable the compilation of the Sun-dependant 
> internal codecs if you create a file (called "build-local.properties")

    Is there any reason you didn't use 'build.properties' file?
This file is only used for 'local' mods anyways (otherwise you would
put them in the ant file wouldn't you?).


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org


Mime
View raw message