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

the cookbook said we couldn't limit image sizes, but we can now.  Fix
that and add some simple examples.

it's libgif not libguf

move linker flags from freetype-config/pkg-config up to the front to
match the placement of C flags.

we search /usr/local/include by default but we weren't searching
/usr/local/lib, fixed that

don't rebuild META.yml if we're not setting AUTHOR, this was producing
a bad META.yml on older EU::MMs

implement limited writes as a closure instead of as an overloaded
class to support 5.005_03

minor changes for compatibility with 5.005_03

bump to 0.51_02

make sure the method index includes all documented Imager methods and
is properly sorted.

update to a newer ppport.h and modify Imager.xs a bit based on its
recommendations

addition memory allocation checks

add more pod coverage tests (and the coverage needed)

svn:ignore some more profiler files and other junk

we now pass the pod coverage test on the Imager class, remove the TODO

add pod coverage tests for several other classes, and pass them

don't include the line number in the From comment so since unrelated edits
were causing changes to APIRef.pm.  This is still possible but they should
be a lot less frequence.

added error handling tests for bad colors supplied to addcolors()
and setcolors()

add more iolayer tests
callback handler fixes to return errors correctly
Imager::IO XS changes to make errors return empty lists
iolayer error handling fixes
documented Imager::IO methods

setcolors() and addcolors() can now accept non-object colors like most
other methods

extra jpeg tests to improve code coverage of jpeg.c

long delayed renaming of m_fatal() to i_fatal() to match Imager's
functions in general

META.yml changed due to release

add missing parameter required by format in wiol_empty_output_buffer

bump to 0.51_01 for release

handle a missing Changes file when checking if we need to generate one.

document the image file limit functions for the API

include stddef.h for size_t

implement a flood_fill that stops at a given color rather than filling
a region of the color at the start poiint.

from perl you can call flood_fill() with a border parameter to specify
a fill to border.

from the API call the i_flood_fill_border() or i_flood_cfill_border()
function.

Makefile was generating lib/Imager/APIRef.pod, not
lib/Imager/APIRef.pm

use the ExtUtils::MakeMaker prompt() function to ask about including
gif support instead of <STDIN>

document parseiptc()
  https://rt.cpan.org/Ticket/Display.html?id=17894

clarify that FORMATGUESS is only used when writing to a file.
  http://rt.cpan.org/Ticket/Display.html?id=18773

add support for file write plugins

fix write_multi() writing to scalars
  https://rt.cpan.org/Ticket/Display.html?id=19982

add support for writing to ICO/CUR image files

added file limit check functions to the API

add inline_capture2image.pl sample

rename APIRef.pm, API.pm to *.pod since they contain no code

fix documentation nit

added kwalitee test script to the MANIFEST

give lib/Imager/ExtUtils.pm a version number

added "kwalitee" test script:
 - currently tests all pl/pm/PL files have use strict
 - added use strict to all pl/pm/PL files with code in them

i_test_format_probe:
 - added Utah RLE,
 - separated ICO and CUR file formats,
 - fix duplicate PCX entry

minor updates, make it clear in the title this documents the C level.
tags is now used.
there's been a double image type for a while now.

changed the title to better reflect what it documents - model, not
internals.
Split out the initial paragraphs into more concise statements.

- Calling setpixel() with color set to [ 0, 0, 0 ] would crash with
Can't locate object method "new" via package "Imager::Color::Float" ...

- having the color parameter code create floating point colors could
cause other problems too, since most of the underlying functions can't
handle them, so removed the attempt to create float colors.

Fixes #18561

Specifying the bottom edge of the source image to paste was broken in
a couple of different ways.
Fixes #18712

add AUTHOR, SEE ALSO, REVISION sections

fix range checking on IFD entry data types.  This could cause various
crashes.
Fixes #18496

backport fix for RT issue 18397

add format probes for SGI RGB, ILBM, XPM, PCX, FITS, Photoshop, EPS

if you have an entry for some other format you want to implement let
me know.

- implement reading MS Windows icon files

- add t/Pod/Coverage/Imager.pm to MANIFEST

- skip some more trash in MANIFEST.SKIP

make the targa probe even stricter

- added support for registering file readers

- if you supply and unknown type value (or Imager probes and finds
one) then Imager will attempt to load "Imager::File::\Utypecode" (this
can register a file reader.)

- note: these changes may mean slightly different errors if you call
read_multi() with no file or type parameters, since read_multi() now
attempts to do the same file format probe that read() does.

- i_test_format_probe() now attempts to detect MS Windows Icon/cursor files

- made the TGA probe a bit more specific since it was giving false
  positives on icon files.

More iolayers work:

- rename the callback types
- move types and the call macros into iolayer.t
- move typedef for Imager__IO to imperl.h

so now io glue objects can be used from XS/Inline

more iolayer goodness:

- make write/read/seek/close on an IO object visible as methods from perl

- allow SEEK_CUR on bufchains

io_glue_destroy() now uses an extra callback to handle type specific
destruction, instead of switching on "class"

iolayer modifications:

- move private types and functions into iolayers.c

- make each layer "new" function do the initialization that
io_commit_types() was doing.

fixed incorrect filename for t/t93podcover.t in MANIFEST

remove the reference to IRC from SUPPORT, I'm not paying enough
attention there for it to be useful.  Yes, there is a channel, but the
mailing list/perlmonks/direct email/cpanratings are more likely to get
you some help.

prevent the parseiptc method from warning when there's no IPTC data to
process

POD coverage tests, as a TODO for now

rename some private functions to private names

malloc_state() no longer writes to stdout when Imager is built without
memory debugging

initial targets for 0.50

Skip Inline tests when we're in a directory containing spaces in the
path, since Inline itself errors out when used in such a directory.
See #4150.

Fixes: 18049.

removed unreachable code (mymalloc() succeeds or exit()s)

Actually get the changes in the right order.

New changes will be listed most recent first, and is generated from
svn log.

Changes for older revisions of Imager can be found in Changes.old.

- bump to 0.49

- some error paths when reading GIF images weren't closing the GIF
  read object. (detected by valgrind)

- writing to a PNG file was leaking one memory block
  (detected by valgrind)

- i_gsampf() (used to implement getsamples() for floating point samples)
  was leaking memory. (detected by valgrind)

- free the TIFF object correctly when reading a TIFF image and the
  page number is out of range.

- some jpeg.c logging calls didn't include parameters enough to match
  the supplied format string.
- in some cases memory wasn't being freed during error handling when
  reading jpeg images

get the regexp right this time

- tifflib 3.8.0 with MDI (Microsoft(tm) TIFF) support produces a
  different error when it reads a file with a bad magic number.
  Update the test to handle the possible messages.

- handle short EXIF user_comment fields correctly, previously Imager
  would read (and potentially) write beyond the end of an allocated block,
  or through a NULL pointer if the EXIF user_comment field was less
  than 8 bytes long.
  https://rt.cpan.org/Ticket/Display.html?id=17981

- bump to 0.48