Legacy ImageMagick Discussions Archive

Hi! As a wishlist for the identify program (from http://bugs.debian.org/493103 ): $ identify f.gif f.gif[0] GIF 180x240 180x240+0+0 PseudoClass 256c 8-bit 59.2402kb f.gif[1] GIF 37x21 180x240+77+61 PseudoClass 256c 8-bit 59.2402kb f.gif[2] GIF 97x41 180x240+74+58 PseudoClass 256c 8-bit 59.2402kb... ...

Hi!

At http://people.debian.org/~naoliv/misc/i ... d.diff.txt there is a patch fixing a lot of duplicated words on ImageMagick files. It's updated against svn revision 11676

Thank you!

Hi!

Just in case it's not possible to remove -pedantic, can long long be patched in our local copy to int64t and unsigned long long to u_int64t, in magick/magick-type.h (like the patch on the other message)?
Is it wrong and can this cause any troubles, please?

Thank you!

Hi!

I saw that magick/deprecate.h was fixed on SVN, but shouldn't magick/magick-type.h be changed too?

Thank you very much!

Hi! Is this a correct patch, please? diff -ur ImageMagick/magick/deprecate.h ImageMagick.new/magick/deprecate.h --- ImageMagick/magick/deprecate.h 2008-05-21 16:12:55.000000000 -0300 +++ ImageMagick.new/magick/deprecate.h 2008-06-08 20:21:13.000000000 -0300 @@ -72,8 +72,8 @@ #if !defined(__WINDOWS__...

Really sorry if this problem doesn't belong to ImageMagick, but while compiling pstoedit here, it failed with this error: c++ -Wl,--as-needed -Wl,-O1 -DPACKAGE_NAME=\"pstoedit\" -DPACKAGE_TARNAME=\"pstoedit\" -DPACKAGE_VERSION=\"3.45\" "-DPACKAGE_STRING=\"psto...

Hi! The problem is that the user needs a PDF without fonts (or with the fonts embedded on it), as some publishers need it (like http://www.lulu.com/en/help/index.php?fSymbol=how_do_I_make_pdf#make_sure_pdf_prints_right ). Using a PDF without the fonts embedded he is unable to use lulu services, for ...

Hi!

From this bug report on Debian:

When converting from a png to a pdf, /usr/bin/convert seems to add a
type 1 Helvetica font to the pdf, even though there is no text in the
PDF at all. At best, this is unnecessary, generated cruft.

I can confirm this with version 6.4.1-3.

Thank you!

Hi! From this Debian bug report , the user says that using ImageMagick 6.2.4 02/10/07 he is able to resize a picture when using: convert -geometry 150x150+0+0 infile.jpg outfile.jpg And that with newer versions of ImageMagick (tested with 6.4.1-3) it doesn't work. The help message of both versions (...

Hi! Is it normal to have the same output if using " Magick-config --libs ", " MagickWand-config --libs " and " MagickCore-config --libs "? With all the 3 I get " -L/usr/lib -lMagickWand -lMagickCore " here. Shouldn't " MagickCore-config --libs " outp...

Hi! Still from 266304 : In the past, -crop was resizing the image, at least when -geometry was given. This no longer works. For instance, display -crop 88x100+0+4 -resize 176x200 /usr/share/doc/imagemagick/images/frame.jpg and display -crop 88x100+0+4 +repage -resize 176x200 /usr/share/doc/imagemagi...

Hum... right.
I see that in fact it isn't generating a "wrong" palette (it just changed the way of generating it). But is it a way to have the old one generated (or something similar), please?

Thank you!

Hi!

Some small fixes also for index.html (not the one at www/index.html):

http://people.debian.org/~naoliv/misc/i ... x.diff.txt

Hi! From http://bugs.debian.org/466124 we are having this problem with newer ImageMagick releases. Using these images: http://people.debian.org/~naoliv/misc/imagemagick/466124/image.png http://people.debian.org/~naoliv/misc/imagemagick/466124/cmap.gif and running convert image.png +dither -map cmap....

Hi again! Also in index.html, there is a <a href="../Magick++/" target="699166635" class="sub">Magick++</a> That should be <a href="../www/Magick++/" target="699166635" class="sub">Magick++</a> And some links like on line 49 of index.html: ...