make getpixel/setpixel report failure consistently and document it
fix 16 and double/sample bounds checking
test bounds checks on each image type

add to_rgb16 method

add X org dist's rgb.txt location to search path

fix test for xname to look in the same places as Imager::Color

RT #26064

release targets

0.56 release

flush test output too, to be safe (RT 24859)

improve the unsharpmask documentation (I hope)

flush output from i_tt_dump_names() to attempt to resolve #24859

fix the flasher.pl entry

add a new sample flasher.pl

attempt to work around a compiler bug in the gcc pre-4.0 that shipped
with OS X 10.4

more to do

more to do

generate the %attr hash ourselves instead of with Data::Dumper since
not all of the facilities we use there are available on the older
perls we (try to) support

sanity test new ft2 rendering

switch to a manually built Changes file

add tests for mono make_colors

release tasks for 0.56

the OUTPUT typemap entry for the Imager type was adding an extra
reference to the wrapper object, causing the objects to leak.

RT #24992

pgm.pgm was missing from MANIFEST

fix test count

the image data offset wasn't validated when reading a 240bit bmp

error messages weren't being passed back to errstr() when we failed to
write a BMP file.

document Imager::Test::is_image()

BMP files with negative heights weren't being handled correctly

lots of bmp tests

coverage tests for incomplete files - both error and allow_incomplete
cases

correct i_lines_read for direct color bmp files

forgot to commit the matching test changes

change C<allow_partial> to C<allow_incomplete> to match the tag name

simpler creation of coverage reports

remove unused variables from the typemap entry

fill out files missing froom MANIFEST

Various changes:
 - fix drawing text on 2/4 channel images for FT2
 - reading ASCII PBMs was broken, it assumed there was whitespace
   between samples but there doesn't need to be
 - add makemap type of mono/monochrome for producing monochrome images
 - roughly tripled speed of reading any sort of PNM
 - reading a pnm can now return a partial image if you set allow_partial
 - reading a bmp can now return a partial image if you set allow_partial
 - we can now read 16-bit/sample binary PGM/PPM images
 - we can now write 16-bit/sample binary PGM/PPM files if explicitly
   requested (since GIMP can't read them)
 - reading a tiff will now only return an incomplete image if you set
   allow_partial
 - some documentation reformatting

release notes

bump to 0.55:

This is primarily a bug fix release.

Note: Test::More is now a pre-requisite for Imager and is no longer
bundled.

There is one new feature:

- the Win32 font driver now supports UTF8 (RT 22166)

Several bugs were fixed:

- the string() method would not output the string "0" (RT 21770)

- fills.c was failing to compile on Solaris 10 (compiler unknown) (RT 21944)

- the gif_disposal and gif_user_input tags weren't being read from the file
  correctly (RT 22192)

- Win32 font driver fixes:
  - the global descent value from bounding box was the wrong sign
  - if the first or last glyph overflowed the left or right side of
    the advance width they would be clipped

- gif.c was failing to build under MSVC (RT 23922)

- in some cases strings passed to the string() method were treated as
  terminated by NUL (chr 0) (RT 21770)

- on "MSWin32" perl builds we now link to -lzlib instead of -lz since
  that's the default build name for zlib on Win32. (RT 23064)

- search $Config{incpath} for headers too, which we should have been
  doing all along.

search $Config{incpath} for headers too, why this was left out I don't know

work around a bug in some intermediate versions of Test::More, fixed in current releases

include meta-spec in META.yml as required by the spec

Test::More is now a pre-requisite for Imager, so remove it from the
distribution.

link zlib in using the default installed library name on Win32 instead of as libz.

fixes RT #23064

fix check for MSVC

fixed RT 23922

convert ok(... eq ..., ... ) to is(..., ..., ...)
RT 23184

avoid most compilter warnings produced by GCC 4.1

avoid various compiler warnings

switch to Test::More in a few more test scripts, eliminate the
testtools okx/okn variants

fix a pod error introduced in the previous commit

minor documentation tweaks

added tests for the overflowing box changes, fix draw
string to channel string length for win32 driver

convert t/t00basic to Test::More and have it try to load all of the core modules

fixed a variety of problems:
 - global descent from bounding box has been the wrong sign forever
 - the left and right side bearing calculations were ignoring the utf 8 flag
 - glyphs that overflowed the left or right side of the advance width were being clipped
 - the ascent/descent calculations were completely broken by the last (unreleased) commit, fixed that

fix test skip counts for missing/available platforms.

use SvPV to get the length of text to draw rather than strlen(), add
tests for the functionality.

https://rt.cpan.org/Ticket/Display.html?id=21770

break out of the search loop early when we find the right utf8 code
length

the decription of the page parameter didn't belong in the description
of the tags.

Add UTF8 support to the Win32 font driver

http://rt.cpan.org/Ticket/Display.html?id=22166

The gif_disposal and gif_user_input tags weren't being set to the
correct values when a GIF with a GCE block was read.

http://rt.cpan.org/Ticket/Display.html?id=22192

the string() method would not output the string "0"
See: https://rt.cpan.org/Ticket/Display.html?id=21770

work around compilation problem reported in
https://rt.cpan.org/Ticket/Display.html?id=21944

This is primarily a feature release:

- a new qtype value 'mixing' has been added to the scale() method.
  This is faster than 'normal', slower than 'preview'.  This is based on
  the method used by pnmscale, and seems to produce less blurry results
  than normal.

- the rubthrough() method can now render onto images with an alpha
  channel.

- the read_multi() method now falls back to calling doing a single
  image read via the read() method and write_multi() will now fall
  back to calling write() if a single image is supplied.  This means
  you can simply call the read_multi() or write_multi() functions
  without having to check if the type is formatted by that method.

- the GIF loop extension can now be written.  If you don't have
  libungif/giflib 4.1.4 (or some distribution's bugfixed equivalent)
  you should upgrade.

- getscanline() and setscanline() can now read/write palette index
  based data from/to the image for paletted images, by setting type to
  'index'.

- we no longer hassle you to disable GIF support

- minor documentation fixes

add generated .c files to make clean

add .perl files to the t94kwalitee struct tests and fix the non strict
.perl code

read_multi() now falls back to calling read() and write_multi() now
falls back to calling write() for a single image.

skip the right number of tests when gif not available

rubthrough done

skip the loop tests with older (un)giflibs

Changes to GIF support:

- the Nescape loop extension block is written if gif_loop is set.
This requires libungif/libgif 4.1.3 or later.

Resolves: http://rt.cpan.org/Ticket/Display.html?id=21185

- we now set the GIF header depending on the features enabled in the
GIF.  Since we don't do configure type probes for bugs we have to
enable this based on the gif_lib.h version number, it's enabled for
4.1.0 and later, but requires 4.1.3 and later (maybe 4.1.3) to run
without crashing.

You can avoid this crash by passing --nogifsetversion to Makefile.PL,
or by installing a non-buggy libungif/libgif, if there is such a
thing.

note on relative speeds of the scaling mechanisms

convert scale.c to scale.im so we have 8 bit/sample and double/sample
implementations of mixing scaling.

modified imtoc.perl to allow non-conditional #code sections to allow
creation ofr 8 and double/sample versions of support functions.

fixed a bug in an optimization that avoids vertically scaling when the
vertical size stays the same.

The change from double/sample only to both saved about 20% on
scalebench time (which also loads/saves the images)

comparisons against $ExtUtils::MakeMaker::VERSION were warning when
that had an _ in it.  We now eval it to prevent the warning.

the rubthrough() method now supports destination images with an alpha
channel.

Also added a statement on the relationship between the alpha channel
and color data in Imager.

The new rubthrough() code uses a new pre-processor that reduces source
code duplication between 8-bit/sample and double/sample processing.

remove t/t60dyntest.t from the MANIFEST, since we moved it

to_rgb8 doesn't crop but the void content warning said it did

move the existing dynfilt test into dynfilt/t, update it to use
Test::More and remove the dummy test script

Merged in the scale branch:

- adds a new scaling mechanism 'mixing' based on the method
implemented by pnmscale.  Produces better detail when scaling down and
is faster than the 'normal' method.

- the scale() method can now scale non-proportionally if the caller
specifically asks for it with xscalefactor/yscalefactor or by setting
type to 'nonprop'.

added pixel type 'index' to getscanline() and setscanline() for
getting/setting palette indexes from paletted images.

https://rt.cpan.org/Ticket/Display.html?id=20338

finally found which file contained the POD errors that
http://cpants.perl.org/kwalitee/Imager was complaining about

modified t/t91pod.t to check every pl/pod/pm/PL file

you need to load Imager to use the API, Imager::API now tells the user
that

http://rt.cpan.org/Ticket/Display.html?id=20823

Removed the query asking if GIF support should be disabled, since
recent lib(un)gif are sane.

https://rt.cpan.org/Ticket/Display.html?id=20687

Some README cleanup.

basic todo for 0.54

bump to 0.53

This is to fix a crash bug introduced in 0.52.

http://rt.cpan.org/Ticket/Display.html?id=20705

there was a C< *(char *)0 = 0 > left in a code path uncovered by the
test suite.

- added a test to cover that code path
- removed the debug code

Fixes: http://rt.cpan.org/Ticket/Display.html?id=20705

bump to 0.52

This is primarily a feature release, but contains a fair few bug
fixes, new features:

- ability to read and write MS Windows ICO and CUR files

- you can now add file format plugins to support new file formats

- add POD coverage tests

- setcolors() and addcolors() now accept color names and so on instead
  of requiring Imager::Color objects.

- flood_fill() can now fill to a specified border color instead of
  just to the area the same color as the seed.

Bug fixes:

- bounding_box for the T1 driver wasn't converting UTF8 to ascii when
  calculating the advance width.

- bounding_box for the T1 driver wasn't including leading and trailing
  spaces in the bounding box as the other drivers did, it also produced
  strange results for empty strings or strings containing only spaces

- when reading CMYK jpeg images they were being transferred to the
  image object as is, producing a four channel image.  It only looked
  ok due to an old still unfixed Photoshop bug.  We now convert from
  the inverted CMYK that photoshop (and Corel for example) produce
  into RGB.

- reading a CYMK TIFF would result in a 4 channel image, reading any
  image with more than 4 channels (eg. RGB with 2 alpha channels)
  would result in an error.

- added /usr/local/include to the default include search path, since
  we were already searching /usr/local/lib for libraries.

And various minor fixes and documentation updates.

added a cookbook entry for converting files from one format to another

part of http://rt.cpan.org/Ticket/Display.html?id=5608

document the direction of Imager's co-ordinate system

http://rt.cpan.org/Ticket/Display.html?id=11429

add an example of reading exif tags

add some basic examples of using data, fd, fh, callback parameters

added examples for fh, fd, file, data and callback mechanisms for
reading/writing files.

add detection of BZIP2 and gzip data

add dummy test to dynfilt to since it was confusing smoke testers

commit changes to SpaceTest font source caused by exports

add a magic entry to detect XWD files

bounding_box() for the t1 driver wasn't converting from UTF8 to ascii
when calculating the advance width.

fixes http://rt.cpan.org/Ticket/Display.html?id=20554

bounding_box() for t1 driver fonts was treating spaces as empty space
when calculating the bounds, which they are, but this is inconsistent
with other drivers.  This was especially a problem for strings
containing only spaces where the left bound would end up far to the
right of the right bound, and similarly for the ascent and descent.

calculating the bounding box for an empty string invoked special
behaviour in t1lib, making it unreliable.

Fixes: http://rt.cpan.org/Ticket/Display.html?id=20555

bump to 0.51_03

make the selection of a transfer function check that it's getting the
right number of channels

set eol-style so that generation doesn't make svn burp

cast 2 signed/unsigned char pointer conversions to prevent warnings
(errors on some compilers)

report the error if we can't read the alpha test images

newer versions of libtiff were choking on the bad values corel was
putting into EXTRASAMPLES, corrected via hex editing

CMYK jpeg images were being read as 4 channel images, even though they
have no alpha channel.

The colors were being transferred directly from the JPEG image data,
this only looked correct because of an old bug in photoshop, kept for
compatibility in later versions.  Photoshop inverts the ink values in
the file, so max cyan coverage is stored at 0, and min as 255, and so
on.

CMYK jpegs are now read as 3 channel images.  The colors are now
converted adjusting for the photoshop bug, cmyk images from the only
other source I have, corel draw 9, are inverted in the same way,
presumably for compatibility with photoshop.

If anyone has an application that produces technically correct CMYK
jpegs, please provide a sample in jpeg and tiff form so I can attempt
to deal with it.

Fixes: http://rt.cpan.org/Ticket/Display.html?id=20416

http://rt.cpan.org/Ticket/Display.html?id=20415

Reading a CMYK TIFF with no alpha would result in a 4-channel image.

Also, reading a CMYK TIFF with an alpha channel would fail to read.

Reading a CMYK TIFF with 2 alpha channels would fail to read.

Reading a RGB TIFF with 2 alpha channels would also fail to read.

attempting to render a space non-antialiased from freetype 2 could
crash or fail, depending on the version of freetype.

Fixed by checking if the glyph has anything to render before calling
FT_Render_Glyph().

https://rt.cpan.org/Ticket/Display.html?id=20403

add some examples using the i_xres and i_yres tags