PDF::Bu...age::GIF(3)
π PDF::Builder::Resource::XObject::Image::GIF(3) π
okay bestie, sit down, hydrate, because we're about to talk about the GIF image library support routines from PDF::Builder. This is PDF::Builder::Resource::XObject::Image::GIF and it inherits from PDF::Builder::Resource::XObject::Image. That's the family tree, no cap. πΈ
β¨ NAME β¨
PDF::Builder::Resource::XObject::Image::GIF β support routines for the GIF image library, fr fr. π
π History π
- The GIF89a Specification lives at
https://www.w3.org/Graphics/GIF/spec-gif89a.txtβ go read it if you're feeling academic, queen. π - A pretty thorough description of the GIF format? That's at
<http://giflib.sourceforge.net/whatsinagif/bits_and_bytes.html>. Literally everything, bits and bytes, the whole vibe. π¦ - The code originally came from
PDF::Create,PDF::Image::GIFImageβ GIF image support. Author: Michael Gross<mdgrosse@sboxtugraz.at>. Giving credit where credit is due, always. π
π Supported Formats π
So here's what this thing actually eats for breakfast:
GIF87aandGIF89aheaders? Supported. π- The Image block (
x2C)? Supported. β - The Graphic Control Extension block (
x21+xF9)? Supported β that's your transparency control, bestie. π - Animation? Not supported. Sorry babe, no moving pictures here. π
- The Comment Extension block (
x21+xFE), the Plain Text Extension block (x21+x01), and the Application Extension block (x21+xFF) are read but ignored. They show up, we see them, we move on. π - Any other block or Extension block? > π¨ That gets flagged as an error. Don't try it.
And if Local Color Tables are given, they're read and used β which supposedly lets you use more than 256 colors overall in the image, even despite the 8-bit color table depth. Iconic loophole honestly. β¨
π Options π
One bullet per option, just how you like it:
notransβ when it's defined and it's not0,notranssuppresses the use of transparency if such a thing is defined in the GIF file. So the transparency is there, but we're politely pretending we didn't see it. πname => 'string'β this is the name you can give your GIF image object. The default isGxnnnn. Name your child. πΌmultiβ when it's defined and it's not0,multikeeps processing past the end of the first Image Block. The old behavior β which is now the default β is to stop at the end of the first Image Block. So by default we're one-and-done, andmultiis the "keep going bestie" switch. π₯
π METHODS π
π new π
PDF::Builder::Resource::XObject::Image::GIF->new()
Create an image object from a GIF input file. That's it, that's the whole job. π«Ά
β οΈ But remember, and I mean remember: this should be invoked via the Builder.pm method! Don't be out here calling it directly like a menace. π€
okay that's the whole page, you ate it, I'm obsessed, periodt. πβ¨ππ¦πΈπ π«Ά
this was served fresh from perl v5.42.0, dated 2026-01-17, and yes the header really does abbreviate it as PDF::Bu...age::GIF(3) because even the manual page had to fit in the margins. slay. ππβ
π¦ where this page comes from
- fedora 44: perl-PDF-Builder 3.028-2.fc44 Β· LGPL-2.1-or-later AND LGPL-2.1-only AND MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms