Hi Thomas,
Now "Squiggle" (aka SVGBrowser) can export SVG as the indexed PNG.
Based on:
apps/svgbrowser/JPEGOptionPanel.java
I added:
apps/svgbrowser/PNGOptionPanel.java
which is the JOptionDialog with the JCheckBox.
To pop up it, I slightly modified:
apps/svgbrowser/JSVGViewerFrame.jav
Hi Thomas,
> > By the way, I think it's time for PNGTranscoder to use:
> >IndexImage.getIndexedImage()
> > to convert the SVG to the indexed PNG.
>
> Done, current CVS rasterizer has '-indexed' which will write a
> 256 color PNG. For your test image it is very comparable
> to GIMP's output.
Hi Thomas,
On May16, 2002 08:40 -0400, Thomas E Deweese wrote:
> > "JI" == Jun Inamori <[EMAIL PROTECTED]> writes:
>
> JI> Hi Thomas,
> >> Correct GIMP creates palette that adapts to the contents of the
> >> image. There are many ways of doing this, I don't know what method
> >> GIMP uses b
Hi Thomas,
> Correct GIMP creates palette that adapts to the contents
> of the image. There are many ways of doing this, I don't
> know what method GIMP uses but it is probably a pretty
> good one, the one I referenced earlier is also pretty good
> and very standard.
While I don't understand wh
> "JI" == Jun Inamori <[EMAIL PROTECTED]> writes:
JI> Hi Thomas,
>> Correct GIMP creates palette that adapts to the contents of the
>> image. There are many ways of doing this, I don't know what method
>> GIMP uses but it is probably a pretty good one, the one I
>> referenced earlier is also
> "JI" == Jun Inamori <[EMAIL PROTECTED]> writes:
JI> Dear Thomas,
>> A good color palette will put less pressure on the dithering
>> function, so given a good palette you will get a significantly
>> better image given the same dithering function. The exact
>> difference depends on the image
Dear Thomas,
> A good color palette will put less pressure on the
> dithering function, so given a good palette you will
> get a significantly better image given the same
> dithering function. The exact difference depends
> on the image.
Thank you for your kind reply.
In these days, I was think
> "JI" == Jun Inamori <[EMAIL PROTECTED]> writes:
JI> Hi Thomas,
>> I'll see if I can put togeather at least the adaptive
>> pallete part. I don't know how long it will take me
>> to get around to this, so if you or some other
>> enterprising programmer has a copy of Graphics Gems they
>> ca
Hi Thomas,
> I'll see if I can put togeather at least the adaptive
> pallete part. I don't know how long it will take me
> to get around to this, so if you or some other
> enterprising programmer has a copy of Graphics Gems they
> can probably beat me to it.
The big problem is...
The sources in
Hi again Thomas,
Based on my understanding, I re-write my source again.
And I attached it to this e-mail.
My understanding to your suggestions are...
> 1) The image should still be generated in a ARGB
>Buffered Image.
>Generating directly to a palletized BufferedImage
>will generally
Hi Thierry,
Merci for your reply.
> My first comment is that instead of having a new
> transcoder, we should be able to leverage the current
> PNGTranscoder and just add a new TranscodingHint such as
> KEY_INDEXED_IMAGE: True | False - and add your code
> directly in the PNGTranscoder.
I agree
11 matches
Mail list logo
