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

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