Permalink
Commits on Aug 18, 2006
Commits on Aug 17, 2006
Commits on Aug 16, 2006
  1. Start new scaling method work

    Tony Cook committed Aug 16, 2006
Commits on Aug 15, 2006
  1. 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
    Tony Cook committed Aug 15, 2006
Commits on Aug 10, 2006
  1. 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
    Tony Cook committed Aug 10, 2006
Commits on Aug 7, 2006
  1. 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.
    Tony Cook committed Aug 7, 2006
Commits on Jul 29, 2006
  1. basic todo for 0.54

    Tony Cook committed Jul 29, 2006
Commits on Jul 27, 2006
  1. bump to 0.53

    This is to fix a crash bug introduced in 0.52.
    
    http://rt.cpan.org/Ticket/Display.html?id=20705
    Tony Cook committed Jul 27, 2006
  2. 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
    Tony Cook committed Jul 27, 2006
Commits on Jul 25, 2006
  1. 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.
    Tony Cook committed Jul 25, 2006
Commits on Jul 24, 2006
  1. add an example of reading exif tags

    Tony Cook committed Jul 24, 2006
  2. added examples for fh, fd, file, data and callback mechanisms for

    reading/writing files.
    Tony Cook committed Jul 24, 2006
  3. add detection of BZIP2 and gzip data

    Tony Cook committed Jul 24, 2006
Commits on Jul 21, 2006
  1. add a magic entry to detect XWD files

    Tony Cook committed Jul 21, 2006
Commits on Jul 20, 2006
  1. 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
    Tony Cook committed Jul 20, 2006
  2. 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
    Tony Cook committed Jul 20, 2006
Commits on Jul 19, 2006
  1. bump to 0.51_03

    Tony Cook committed Jul 19, 2006
Commits on Jul 18, 2006
  1. make the selection of a transfer function check that it's getting the

    right number of channels
    Tony Cook committed Jul 18, 2006
  2. cast 2 signed/unsigned char pointer conversions to prevent warnings

    (errors on some compilers)
    Tony Cook committed Jul 18, 2006
  3. newer versions of libtiff were choking on the bad values corel was

    putting into EXTRASAMPLES, corrected via hex editing
    Tony Cook committed Jul 18, 2006
Commits on Jul 14, 2006
  1. 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
    Tony Cook committed Jul 14, 2006
Commits on Jul 13, 2006
  1. 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.
    Tony Cook committed Jul 13, 2006
  2. 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
    Tony Cook committed Jul 13, 2006
Commits on Jul 11, 2006
  1. add some examples using the i_xres and i_yres tags

    Tony Cook committed Jul 11, 2006
Commits on Jul 10, 2006
  1. the cookbook said we couldn't limit image sizes, but we can now. Fix

    that and add some simple examples.
    Tony Cook committed Jul 10, 2006
Commits on Jul 7, 2006
  1. it's libgif not libguf

    Tony Cook committed Jul 7, 2006
  2. move linker flags from freetype-config/pkg-config up to the front to

    match the placement of C flags.
    Tony Cook committed Jul 7, 2006