mirror of https://github.com/GNOME/gimp.git
ddcaa99264
- Fix annotations for gimp_export_options_get_image() to make it actually introspectable with the GimpImage being both input and output. Even though the logic doesn't change much (the input image may be overriden or not), it doesn't matter for introspection because images are handled centrally by libgimp and therefore must not be freed. Actually deleting the image from the central list of images though remains a manual action depending on code logic, not some automatic action to be handled by binding engines. - Add G_GNUC_WARN_UNUSED_RESULT to gimp_export_options_get_image() because ignoring the returned value is rarely a good idea (as you usually want to delete the image). - Remove gimp_export_options_new(): we don't need this constructor because at this point, the best is to tell plug-in developers to just pass NULL everywhere. This leaves us free to create a more useful default constructor if needed, in the future. Main description for GimpExportOptions has also been updated to say this. - Add a data_destroy callback for the user data passed in gimp_export_procedure_set_capabilities(). - Fixing annotations of 'export_options' object from pdb/pdb.pl: input args would actually be (nullable) and would not transfer ownership (calling code must still free the object). Return value's ownership on the other hand is fully transfered. - Add C and Python unit testing for GimpExportOptions and gimp_export_options_get_image() in particular. - Fix or improve various details. Note that I have also considered for a long time changing the signature of gimp_export_options_get_image() to return a boolean indicating whether `image` had been replaced (hence needed deletion) or not. This also meant getting rid of the GimpExportReturn enum. Right now it would work because there are no third case, but I was considering the future possibility that for instance we got some impossible conversion for some future capability. I'm not sure it would ever happen; and for sure, this is not desirable because it implies an export failure a bit late in the workflow. But just in case, let's keep the enum return value. It does not even make the using code that much more complicated (well just a value comparison instead of a simple boolean test). |
||
|---|---|---|
| .. | ||
| COPYING | ||
| LICENSE | ||
| LICENSE.nvtt | ||
| README | ||
| README.dxt | ||
| TODO | ||
| dds.c | ||
| dds.h | ||
| ddsread.c | ||
| ddsread.h | ||
| ddswrite.c | ||
| ddswrite.h | ||
| dxt.c | ||
| dxt.h | ||
| dxt_tables.h | ||
| endian_rw.h | ||
| formats.c | ||
| formats.h | ||
| imath.h | ||
| meson.build | ||
| mipmap.c | ||
| mipmap.h | ||
| misc.c | ||
| misc.h | ||
| vec.h | ||
README
DDS plugin for The GIMP
(C) 2004-2012 Shawn Kirst <skirst@gmail.com>,
with parts (C) 2003 Arne Reuter <homepage@arnereuter.de> where specified.
==========================================
This is a plugin for GIMP version 2.4.x. It allows you to load and save
images in Direct Draw Surface (DDS) format.
Features
==========================================
* Load/Save DDS files using DXT texture compression
* Automatic mipmap generation on save
* Load mipmaps into separate layers
* Load cube map faces and volume map slices into separate layers
* Cube and volume map saving
* Pixel conversion selection for custom formats (RGBA4, R5G6B5, RGB10A2, etc.)
* Load/save DDS files, optionally using DirectX texture compression (DXT)
* Optional automatic mipmap generation when saving
* Load mipmaps into separate layers
* Load cube map faces and volume map slices into separate layers
* Save cube maps and volume maps with automatic mipmap generation support
* Save image with a custom pixel format
* Non-power-of-two image loading and saving support with automatic mipmap generation support
* Compliant with DirectX 10 compressed formats
Installation
==========================================
See the file INSTALL for installation instructions