dnrops
/
gimp
mirror of https://github.com/GNOME/gimp.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
gimp/pdb/enums.pl

846 lines
31 KiB
Perl
Raw Normal View History

In all files, changed the standard copyright notice to say "GIMP - The GNU 2006-12-09 Sven Neumann <sven@gimp.org> * In all files, changed the standard copyright notice to say "GIMP - The GNU Image Manipulation Program".
2006-12-10 05:33:38 +08:00
# GIMP - The GNU Image Manipulation Program
fix spelling of "quality" in comment 2003-07-03 Manish Singh <yosh@gimp.org> * plug-ins/common/jpeg.c: fix spelling of "quality" in comment * tools/pdbgen/*.pl: update copyright strings to 2003 * libgimp/gimpenums.h * libgimp/*_pdb.[ch] * app/pdb/*_cmds.[ch] * app/pdb/internal_procs.[ch] * plug-ins/pygimp/gimpenums.py * plug-ins/script-fu/script-fu-constants.c: regenerated
2003-07-03 08:47:26 +08:00
# Copyright (C) 1999-2003 Manish Singh <yosh@gimp.org>
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
Change licence to GPLv3 (and to LGPLv3 for libgimp). 2009-01-17 Michael Natterer <mitch@gimp.org> * all files with a GPL header and all COPYING files: Change licence to GPLv3 (and to LGPLv3 for libgimp). Cleaned up some copyright headers and regenerated the parsers in the ImageMap plugin. svn path=/trunk/; revision=27913
2009-01-18 06:28:01 +08:00
# This program is free software: you can redistribute it and/or modify
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
# it under the terms of the GNU General Public License as published by
Change licence to GPLv3 (and to LGPLv3 for libgimp). 2009-01-17 Michael Natterer <mitch@gimp.org> * all files with a GPL header and all COPYING files: Change licence to GPLv3 (and to LGPLv3 for libgimp). Cleaned up some copyright headers and regenerated the parsers in the ImageMap plugin. svn path=/trunk/; revision=27913
2009-01-18 06:28:01 +08:00
# the Free Software Foundation; either version 3 of the License, or
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
# (at your option) any later version.
# This program is distributed in the hope that it will be useful,
The enum parser, other stuff -Yosh
1999-03-20 07:04:16 +08:00
# but WITHOUTFILE ANY WARRANTY; without even the implied warranty of
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
# You should have received a copy of the GNU General Public License
Change the license URL from http://www.gnu.org/licenses/ to https://
2018-07-12 05:27:07 +08:00
# along with this program. If not, see <https://www.gnu.org/licenses/>.
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
The enum parser, other stuff -Yosh
1999-03-20 07:04:16 +08:00
# autogenerated by enumgen.pl
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
package Gimp::CodeGen::enums;
%enums = (
pdb, libgimp: allow to use external GType-registered enums in the PDB The enums have to be menually registered in pdb/enums-external.pl. Currently supports enums from GEGL only. Add enum GeglDistanceMetric as first external enum.
2018-03-18 03:19:58 +08:00
GeglDistanceMetric =>
{ contig => 1,
external => 1,
symbols => [ qw(GEGL_DISTANCE_METRIC_EUCLIDEAN
GEGL_DISTANCE_METRIC_MANHATTAN
GEGL_DISTANCE_METRIC_CHEBYSHEV) ],
mapping => { GEGL_DISTANCE_METRIC_EUCLIDEAN => '0',
GEGL_DISTANCE_METRIC_MANHATTAN => '1',
GEGL_DISTANCE_METRIC_CHEBYSHEV => '2' }
},
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
GimpAddMaskType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libgimpbase,*: clean up enum values in gimpbaseenums.h GIMP_ADD_foo_MASK -> GIMP_ADD_MASK_foo GIMP_foo_MODE -> GIMP_BLEND_foo GIMP_foo_CLONE -> GIMP_CLONE_foo GIMP_foo -> GIMP_DODGE_BURN_TYPE_foo GIMP_foo -> GIMP_TRANSFER_foo Add compat values for the old names and compat code to script-fu and pygimp.
2014-04-30 02:55:08 +08:00
symbols => [ qw(GIMP_ADD_MASK_WHITE GIMP_ADD_MASK_BLACK
GIMP_ADD_MASK_ALPHA GIMP_ADD_MASK_ALPHA_TRANSFER
GIMP_ADD_MASK_SELECTION GIMP_ADD_MASK_COPY
GIMP_ADD_MASK_CHANNEL) ],
mapping => { GIMP_ADD_MASK_WHITE => '0',
GIMP_ADD_MASK_BLACK => '1',
GIMP_ADD_MASK_ALPHA => '2',
GIMP_ADD_MASK_ALPHA_TRANSFER => '3',
GIMP_ADD_MASK_SELECTION => '4',
GIMP_ADD_MASK_COPY => '5',
GIMP_ADD_MASK_CHANNEL => '6' }
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
},
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
GimpBrushGeneratedShape =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_BRUSH_GENERATED_CIRCLE
GIMP_BRUSH_GENERATED_SQUARE
GIMP_BRUSH_GENERATED_DIAMOND) ],
mapping => { GIMP_BRUSH_GENERATED_CIRCLE => '0',
GIMP_BRUSH_GENERATED_SQUARE => '1',
GIMP_BRUSH_GENERATED_DIAMOND => '2' }
},
app, libgimpbase: move enums GimpCapStyle and GimpJoinStyle to libgimpbase
2015-11-09 09:16:03 +08:00
GimpCapStyle =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_CAP_BUTT GIMP_CAP_ROUND GIMP_CAP_SQUARE) ],
mapping => { GIMP_CAP_BUTT => '0',
GIMP_CAP_ROUND => '1',
GIMP_CAP_SQUARE => '2' }
},
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
GimpChannelOps =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_CHANNEL_OP_ADD GIMP_CHANNEL_OP_SUBTRACT
GIMP_CHANNEL_OP_REPLACE GIMP_CHANNEL_OP_INTERSECT) ],
mapping => { GIMP_CHANNEL_OP_ADD => '0',
GIMP_CHANNEL_OP_SUBTRACT => '1',
GIMP_CHANNEL_OP_REPLACE => '2',
GIMP_CHANNEL_OP_INTERSECT => '3' }
},
GimpChannelType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libgimpbase: proper names for the GimpChannelType enum Register the old value names as compat. Also add some forgotten values and enums to gimpcompatenums.h
2017-01-10 02:40:30 +08:00
symbols => [ qw(GIMP_CHANNEL_RED GIMP_CHANNEL_GREEN
GIMP_CHANNEL_BLUE GIMP_CHANNEL_GRAY
GIMP_CHANNEL_INDEXED GIMP_CHANNEL_ALPHA) ],
mapping => { GIMP_CHANNEL_RED => '0',
GIMP_CHANNEL_GREEN => '1',
GIMP_CHANNEL_BLUE => '2',
GIMP_CHANNEL_GRAY => '3',
GIMP_CHANNEL_INDEXED => '4',
GIMP_CHANNEL_ALPHA => '5' }
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
},
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GimpCloneType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_CLONE_IMAGE GIMP_CLONE_PATTERN) ],
mapping => { GIMP_CLONE_IMAGE => '0',
GIMP_CLONE_PATTERN => '1' }
},
Bug 769738 - Add color tags/labels for layers/channels/paths Add property "color-tag" of type enum GimpColorTag to GimpItem so all layers, channels and paths can be tagged with a color. For interoperability, use the color list from Krita which is a superset of Photoshop's colors. Features a "Color Tag" submenu in the layers, channels and paths menus, a row of color radio buttons in the properties dialogs, undo and PDB API. As a side effect, some common code is now factores out into items-actions.[ch] and items-commands.[ch] which adds visible, linked and lock actions for layers and channels.
2016-10-29 22:50:13 +08:00
GimpColorTag =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_COLOR_TAG_NONE GIMP_COLOR_TAG_BLUE
GIMP_COLOR_TAG_GREEN GIMP_COLOR_TAG_YELLOW
GIMP_COLOR_TAG_ORANGE GIMP_COLOR_TAG_BROWN
GIMP_COLOR_TAG_RED GIMP_COLOR_TAG_VIOLET
GIMP_COLOR_TAG_GRAY) ],
mapping => { GIMP_COLOR_TAG_NONE => '0',
GIMP_COLOR_TAG_BLUE => '1',
GIMP_COLOR_TAG_GREEN => '2',
GIMP_COLOR_TAG_YELLOW => '3',
GIMP_COLOR_TAG_ORANGE => '4',
GIMP_COLOR_TAG_BROWN => '5',
GIMP_COLOR_TAG_RED => '6',
GIMP_COLOR_TAG_VIOLET => '7',
GIMP_COLOR_TAG_GRAY => '8' }
},
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
GimpComponentType =>
{ contig => 0,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_COMPONENT_TYPE_U8 GIMP_COMPONENT_TYPE_U16
GIMP_COMPONENT_TYPE_U32 GIMP_COMPONENT_TYPE_HALF
GIMP_COMPONENT_TYPE_FLOAT
GIMP_COMPONENT_TYPE_DOUBLE) ],
mapping => { GIMP_COMPONENT_TYPE_U8 => '100',
GIMP_COMPONENT_TYPE_U16 => '200',
GIMP_COMPONENT_TYPE_U32 => '300',
GIMP_COMPONENT_TYPE_HALF => '500',
GIMP_COMPONENT_TYPE_FLOAT => '600',
GIMP_COMPONENT_TYPE_DOUBLE => '700' }
},
app, libgimp*, pdb: move more enums from app/core to libgimpbase
2014-05-14 06:06:01 +08:00
GimpConvertPaletteType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
app, pdb, libgimp: rename values of enum GimpConvertPaletteType
2017-02-27 03:55:00 +08:00
symbols => [ qw(GIMP_CONVERT_PALETTE_GENERATE
GIMP_CONVERT_PALETTE_WEB GIMP_CONVERT_PALETTE_MONO
GIMP_CONVERT_PALETTE_CUSTOM) ],
mapping => { GIMP_CONVERT_PALETTE_GENERATE => '0',
libgimpwidgets: remove enum value GIMP_CONVERT_PALETTE_REUSE
2019-11-20 04:20:42 +08:00
GIMP_CONVERT_PALETTE_WEB => '1',
GIMP_CONVERT_PALETTE_MONO => '2',
GIMP_CONVERT_PALETTE_CUSTOM => '3' }
app, libgimp*, pdb: move more enums from app/core to libgimpbase
2014-05-14 06:06:01 +08:00
},
all,libgimp*: move GimpConvolveType and GimpInkBlobType to libgimpbase and make GimpConvolveType's values sane.
2014-04-30 04:44:58 +08:00
GimpConvolveType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_CONVOLVE_BLUR GIMP_CONVOLVE_SHARPEN) ],
mapping => { GIMP_CONVOLVE_BLUR => '0',
GIMP_CONVOLVE_SHARPEN => '1' }
},
Applied a patch (with minor modifications) from Karine Delvare that makes 2005-04-16 Sven Neumann <sven@gimp.org> Applied a patch (with minor modifications) from Karine Delvare that makes it possible to choose between various ways to remove color from a drawable (bug #155507): * libgimpbase/gimpbaseenums.h: added new enum GimpDesaturateMode. * libgimpbase/gimpbaseenums.c * libgimp/gimpenums.c.tail * plug-ins/pygimp/gimpenums.py * tools/pdbgen/enums.pl: regenerated. * app/core/gimpdrawable-desaturate.[ch]: implement other formulas to remove colors from a drawable. * tools/pdbgen/pdb/color.pdb: let gimp_desaturate() call gimp_drawable_desaturate() with GIMP_DESATURATE_LIGHTNESS so that it behaves like it always did. * app/pdb/color_cmds.c: regenerated. * app/dialogs/Makefile.am * app/dialogs/desaturate-dialog.[ch]: new files that define a simple dialog to choose a mode for desaturation. * app/actions/drawable-actions.[ch]: use the new dialog.
2005-04-16 22:51:49 +08:00
GimpDesaturateMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
Bug 756822 - Colors/Desaturate/Luminosity should operate on linear RGB Add GIMP_DESATURATE_LUMINANCE to enum GimpDesaturateMode and rename GIMP_DESATURATE_LUMINOSITY to GIMP_DESATURATE_LUMA. Keep GIMP_DESATURATE_LUMINOSITY as deprecated compat value and add it to the script-fo and pygimp compat constants. Change GimpOperationDesaturate to process GIMP_DESATURATE_LUMINANCE with linear "RGBA float".
2015-10-23 01:50:56 +08:00
symbols => [ qw(GIMP_DESATURATE_LIGHTNESS GIMP_DESATURATE_LUMA
Bug 780065 - Change default way to desaturate to Luminance which unlike HSL Lightness is actually physically meaningful and also generally speaking much more useful than HSL Lightness. Change "Lightness" to "Lightness (HSL)" to make it clear that the "Lightness" in the Colors/Desaturate/Desaturate menu is not the same as "Lightness" in LAB/LCH. For completeness add the option to desaturate to "Value (HSV)". Add links in app/operations/gimpoperationdesaturate.c to the Wikipedia article with definitions of L/I/V in HSL/HSI/HSV.
2017-03-18 04:20:40 +08:00
GIMP_DESATURATE_AVERAGE GIMP_DESATURATE_LUMINANCE
GIMP_DESATURATE_VALUE) ],
Applied a patch (with minor modifications) from Karine Delvare that makes 2005-04-16 Sven Neumann <sven@gimp.org> Applied a patch (with minor modifications) from Karine Delvare that makes it possible to choose between various ways to remove color from a drawable (bug #155507): * libgimpbase/gimpbaseenums.h: added new enum GimpDesaturateMode. * libgimpbase/gimpbaseenums.c * libgimp/gimpenums.c.tail * plug-ins/pygimp/gimpenums.py * tools/pdbgen/enums.pl: regenerated. * app/core/gimpdrawable-desaturate.[ch]: implement other formulas to remove colors from a drawable. * tools/pdbgen/pdb/color.pdb: let gimp_desaturate() call gimp_drawable_desaturate() with GIMP_DESATURATE_LIGHTNESS so that it behaves like it always did. * app/pdb/color_cmds.c: regenerated. * app/dialogs/Makefile.am * app/dialogs/desaturate-dialog.[ch]: new files that define a simple dialog to choose a mode for desaturation. * app/actions/drawable-actions.[ch]: use the new dialog.
2005-04-16 22:51:49 +08:00
mapping => { GIMP_DESATURATE_LIGHTNESS => '0',
Bug 756822 - Colors/Desaturate/Luminosity should operate on linear RGB Add GIMP_DESATURATE_LUMINANCE to enum GimpDesaturateMode and rename GIMP_DESATURATE_LUMINOSITY to GIMP_DESATURATE_LUMA. Keep GIMP_DESATURATE_LUMINOSITY as deprecated compat value and add it to the script-fo and pygimp compat constants. Change GimpOperationDesaturate to process GIMP_DESATURATE_LUMINANCE with linear "RGBA float".
2015-10-23 01:50:56 +08:00
GIMP_DESATURATE_LUMA => '1',
GIMP_DESATURATE_AVERAGE => '2',
Bug 780065 - Change default way to desaturate to Luminance which unlike HSL Lightness is actually physically meaningful and also generally speaking much more useful than HSL Lightness. Change "Lightness" to "Lightness (HSL)" to make it clear that the "Lightness" in the Colors/Desaturate/Desaturate menu is not the same as "Lightness" in LAB/LCH. For completeness add the option to desaturate to "Value (HSV)". Add links in app/operations/gimpoperationdesaturate.c to the Wikipedia article with definitions of L/I/V in HSL/HSI/HSV.
2017-03-18 04:20:40 +08:00
GIMP_DESATURATE_LUMINANCE => '3',
GIMP_DESATURATE_VALUE => '4' }
Applied a patch (with minor modifications) from Karine Delvare that makes 2005-04-16 Sven Neumann <sven@gimp.org> Applied a patch (with minor modifications) from Karine Delvare that makes it possible to choose between various ways to remove color from a drawable (bug #155507): * libgimpbase/gimpbaseenums.h: added new enum GimpDesaturateMode. * libgimpbase/gimpbaseenums.c * libgimp/gimpenums.c.tail * plug-ins/pygimp/gimpenums.py * tools/pdbgen/enums.pl: regenerated. * app/core/gimpdrawable-desaturate.[ch]: implement other formulas to remove colors from a drawable. * tools/pdbgen/pdb/color.pdb: let gimp_desaturate() call gimp_drawable_desaturate() with GIMP_DESATURATE_LIGHTNESS so that it behaves like it always did. * app/pdb/color_cmds.c: regenerated. * app/dialogs/Makefile.am * app/dialogs/desaturate-dialog.[ch]: new files that define a simple dialog to choose a mode for desaturation. * app/actions/drawable-actions.[ch]: use the new dialog.
2005-04-16 22:51:49 +08:00
},
app/paint/paint-enums.h moved enums to libgimpbase (from app/paint and 2005-01-23 Sven Neumann <sven@gimp.org> * app/paint/paint-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/paint and libgimp). The remaining enums in app/paint/paint-enums.h need special treatment. * app/paint/paint-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 08:00:20 +08:00
GimpDodgeBurnType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libgimpbase,*: clean up enum values in gimpbaseenums.h GIMP_ADD_foo_MASK -> GIMP_ADD_MASK_foo GIMP_foo_MODE -> GIMP_BLEND_foo GIMP_foo_CLONE -> GIMP_CLONE_foo GIMP_foo -> GIMP_DODGE_BURN_TYPE_foo GIMP_foo -> GIMP_TRANSFER_foo Add compat values for the old names and compat code to script-fu and pygimp.
2014-04-30 02:55:08 +08:00
symbols => [ qw(GIMP_DODGE_BURN_TYPE_DODGE
GIMP_DODGE_BURN_TYPE_BURN) ],
mapping => { GIMP_DODGE_BURN_TYPE_DODGE => '0',
GIMP_DODGE_BURN_TYPE_BURN => '1' }
app/paint/paint-enums.h moved enums to libgimpbase (from app/paint and 2005-01-23 Sven Neumann <sven@gimp.org> * app/paint/paint-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/paint and libgimp). The remaining enums in app/paint/paint-enums.h need special treatment. * app/paint/paint-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 08:00:20 +08:00
},
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
GimpFillType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libgimpbase, *: rename GimpFillType values: GIMP_FOO_FILL -> GIMP_FILL_FOO Change all users accordingly and add compat enum values and compat constants to script-fu and pygimp.
2014-06-03 07:11:32 +08:00
symbols => [ qw(GIMP_FILL_FOREGROUND GIMP_FILL_BACKGROUND
libgimpbase: Add Middle Gray fill option Uses CIELAB's 50% lightness (18.42% luminance) for the Middle Gray color.
2023-04-04 22:30:04 +08:00
GIMP_FILL_CIELAB_MIDDLE_GRAY GIMP_FILL_WHITE
GIMP_FILL_TRANSPARENT GIMP_FILL_PATTERN) ],
libgimpbase, *: rename GimpFillType values: GIMP_FOO_FILL -> GIMP_FILL_FOO Change all users accordingly and add compat enum values and compat constants to script-fu and pygimp.
2014-06-03 07:11:32 +08:00
mapping => { GIMP_FILL_FOREGROUND => '0',
GIMP_FILL_BACKGROUND => '1',
libgimpbase: Add Middle Gray fill option Uses CIELAB's 50% lightness (18.42% luminance) for the Middle Gray color.
2023-04-04 22:30:04 +08:00
GIMP_FILL_CIELAB_MIDDLE_GRAY => '2',
GIMP_FILL_WHITE => '3',
GIMP_FILL_TRANSPARENT => '4',
GIMP_FILL_PATTERN => '5' }
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
},
added GimpForegroundExtractMode in preparation for other implementations 2005-07-29 Sven Neumann <sven@gimp.org> * libgimpbase/gimpbaseenums.[ch]: added GimpForegroundExtractMode in preparation for other implementations to be added in the future. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. * app/core/gimpdrawable-foreground-extract.[ch] * app/tools/gimpforegroundselecttool.c * tools/pdbgen/pdb/drawable.pdb: added the mode parameter. * app/pdb/drawable_cmds.c * libgimp/gimpdrawable_pdb.[ch]: regenerated.
2005-07-29 10:35:12 +08:00
GimpForegroundExtractMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libgimpbase: remove enum value GIMP_FOREGROUND_EXTRACT_SIOX
2019-11-20 04:25:26 +08:00
symbols => [ qw(GIMP_FOREGROUND_EXTRACT_MATTING) ],
mapping => { GIMP_FOREGROUND_EXTRACT_MATTING => '0' }
added GimpForegroundExtractMode in preparation for other implementations 2005-07-29 Sven Neumann <sven@gimp.org> * libgimpbase/gimpbaseenums.[ch]: added GimpForegroundExtractMode in preparation for other implementations to be added in the future. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. * app/core/gimpdrawable-foreground-extract.[ch] * app/tools/gimpforegroundselecttool.c * tools/pdbgen/pdb/drawable.pdb: added the mode parameter. * app/pdb/drawable_cmds.c * libgimp/gimpdrawable_pdb.[ch]: regenerated.
2005-07-29 10:35:12 +08:00
},
Bug 795207 - Add color space to blend(gradient) tool options First WIP commit, adds: - enum GimpGradientBlendColorSpace { RGB_PERCEPTUAL, RGB_LINEAR } - linear blending mode for gradient segments - tool options GUI for the blend and paint tools which use gradients
2018-04-14 04:33:16 +08:00
GimpGradientBlendColorSpace =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_GRADIENT_BLEND_RGB_PERCEPTUAL
libgimpbase: add GIMP_GRADIENT_BLEND_CIE_LAB value to enum
2018-04-15 00:11:38 +08:00
GIMP_GRADIENT_BLEND_RGB_LINEAR
GIMP_GRADIENT_BLEND_CIE_LAB) ],
Bug 795207 - Add color space to blend(gradient) tool options First WIP commit, adds: - enum GimpGradientBlendColorSpace { RGB_PERCEPTUAL, RGB_LINEAR } - linear blending mode for gradient segments - tool options GUI for the blend and paint tools which use gradients
2018-04-14 04:33:16 +08:00
mapping => { GIMP_GRADIENT_BLEND_RGB_PERCEPTUAL => '0',
libgimpbase: add GIMP_GRADIENT_BLEND_CIE_LAB value to enum
2018-04-15 00:11:38 +08:00
GIMP_GRADIENT_BLEND_RGB_LINEAR => '1',
GIMP_GRADIENT_BLEND_CIE_LAB => '2' }
Bug 795207 - Add color space to blend(gradient) tool options First WIP commit, adds: - enum GimpGradientBlendColorSpace { RGB_PERCEPTUAL, RGB_LINEAR } - linear blending mode for gradient segments - tool options GUI for the blend and paint tools which use gradients
2018-04-14 04:33:16 +08:00
},
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
GimpGradientSegmentColor =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_GRADIENT_SEGMENT_RGB
GIMP_GRADIENT_SEGMENT_HSV_CCW
GIMP_GRADIENT_SEGMENT_HSV_CW) ],
mapping => { GIMP_GRADIENT_SEGMENT_RGB => '0',
GIMP_GRADIENT_SEGMENT_HSV_CCW => '1',
GIMP_GRADIENT_SEGMENT_HSV_CW => '2' }
},
GimpGradientSegmentType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_GRADIENT_SEGMENT_LINEAR
GIMP_GRADIENT_SEGMENT_CURVED
GIMP_GRADIENT_SEGMENT_SINE
GIMP_GRADIENT_SEGMENT_SPHERE_INCREASING
Issue #2303 - Please add Constant type of gradient interpolation ... ... to make multi-color hard-edge gradient fills possible Add a new "step" gradient-segment blending function, which is 0 before the midpoint, and 1 at, and after, the midpoint. This creates a hard-edge transition between the two adjacent color stops at the midpoint. Creating such a transition was already possible, but required duplicating the same color at the opposing ends of two adjacent stops, which is cumbersome.
2018-10-03 09:13:16 +08:00
GIMP_GRADIENT_SEGMENT_SPHERE_DECREASING
GIMP_GRADIENT_SEGMENT_STEP) ],
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
mapping => { GIMP_GRADIENT_SEGMENT_LINEAR => '0',
GIMP_GRADIENT_SEGMENT_CURVED => '1',
GIMP_GRADIENT_SEGMENT_SINE => '2',
GIMP_GRADIENT_SEGMENT_SPHERE_INCREASING => '3',
Issue #2303 - Please add Constant type of gradient interpolation ... ... to make multi-color hard-edge gradient fills possible Add a new "step" gradient-segment blending function, which is 0 before the midpoint, and 1 at, and after, the midpoint. This creates a hard-edge transition between the two adjacent color stops at the midpoint. Creating such a transition was already possible, but required duplicating the same color at the opposing ends of two adjacent stops, which is cumbersome.
2018-10-03 09:13:16 +08:00
GIMP_GRADIENT_SEGMENT_SPHERE_DECREASING => '4',
GIMP_GRADIENT_SEGMENT_STEP => '5' }
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
},
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GimpGradientType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_GRADIENT_LINEAR GIMP_GRADIENT_BILINEAR
GIMP_GRADIENT_RADIAL GIMP_GRADIENT_SQUARE
GIMP_GRADIENT_CONICAL_SYMMETRIC
GIMP_GRADIENT_CONICAL_ASYMMETRIC
GIMP_GRADIENT_SHAPEBURST_ANGULAR
GIMP_GRADIENT_SHAPEBURST_SPHERICAL
GIMP_GRADIENT_SHAPEBURST_DIMPLED
GIMP_GRADIENT_SPIRAL_CLOCKWISE
GIMP_GRADIENT_SPIRAL_ANTICLOCKWISE) ],
mapping => { GIMP_GRADIENT_LINEAR => '0',
GIMP_GRADIENT_BILINEAR => '1',
GIMP_GRADIENT_RADIAL => '2',
GIMP_GRADIENT_SQUARE => '3',
GIMP_GRADIENT_CONICAL_SYMMETRIC => '4',
GIMP_GRADIENT_CONICAL_ASYMMETRIC => '5',
GIMP_GRADIENT_SHAPEBURST_ANGULAR => '6',
GIMP_GRADIENT_SHAPEBURST_SPHERICAL => '7',
GIMP_GRADIENT_SHAPEBURST_DIMPLED => '8',
GIMP_GRADIENT_SPIRAL_CLOCKWISE => '9',
GIMP_GRADIENT_SPIRAL_ANTICLOCKWISE => '10' }
},
app/core/core-enums.[ch] moved GimpGridStyle enum to libgimpbase. 2005-09-30 Sven Neumann <sven@gimp.org> * app/core/core-enums.[ch] * libgimpbase/gimpbaseenums.[ch]: moved GimpGridStyle enum to libgimpbase. * app/core/gimpimage-grid.h: indentation. * app/pdb/Makefile.am * libgimp/Makefile.am * tools/pdbgen/Makefile.am * tools/pdbgen/pdb/grid.pdb: applied slightly modified patch by Sylvain FORET that adds a PDB API for the image grid. * app/pdb/grid_cmds.c * app/pdb/internal_procs.c * libgimp/gimp_pdb.h * libgimp/gimpenums.c.tail * libgimp/gimpgrid_pdb.[ch] * tools/pdbgen/enums.pl * tools/pdbgen/groups.pl: (re)generated. * libgimp/gimp.def * libgimpbase/gimpbase.def: updated.
2005-10-01 00:35:04 +08:00
GimpGridStyle =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_GRID_DOTS GIMP_GRID_INTERSECTIONS
GIMP_GRID_ON_OFF_DASH GIMP_GRID_DOUBLE_DASH
GIMP_GRID_SOLID) ],
mapping => { GIMP_GRID_DOTS => '0',
GIMP_GRID_INTERSECTIONS => '1',
GIMP_GRID_ON_OFF_DASH => '2',
GIMP_GRID_DOUBLE_DASH => '3',
GIMP_GRID_SOLID => '4' }
},
app, libgimp*, pdb: move more enums from app/core to libgimpbase
2014-05-14 06:06:01 +08:00
GimpHueRange =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libgimpbase: rename enum GimpHueRange's values and add compat cruft for the old names.
2017-01-09 09:45:16 +08:00
symbols => [ qw(GIMP_HUE_RANGE_ALL GIMP_HUE_RANGE_RED
GIMP_HUE_RANGE_YELLOW GIMP_HUE_RANGE_GREEN
GIMP_HUE_RANGE_CYAN GIMP_HUE_RANGE_BLUE
GIMP_HUE_RANGE_MAGENTA) ],
mapping => { GIMP_HUE_RANGE_ALL => '0',
GIMP_HUE_RANGE_RED => '1',
GIMP_HUE_RANGE_YELLOW => '2',
GIMP_HUE_RANGE_GREEN => '3',
GIMP_HUE_RANGE_CYAN => '4',
GIMP_HUE_RANGE_BLUE => '5',
GIMP_HUE_RANGE_MAGENTA => '6' }
app, libgimp*, pdb: move more enums from app/core to libgimpbase
2014-05-14 06:06:01 +08:00
},
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
GimpIconType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
libimp*, app: get rid of inline pixbufs in the API and in pluginrc because they are deprecated. Change GIMP_ICON_TYPE_INLINE_PIXBUF to GIMP_ICON_TYPE_PIXBUF and the libgimp API to (icon-name, GdkPixbuf, GFile). Use the file's uri and a PNG blob of the pixbuf to pass around on the wire and for storage in pluginrc.
2019-08-09 06:05:49 +08:00
symbols => [ qw(GIMP_ICON_TYPE_ICON_NAME GIMP_ICON_TYPE_PIXBUF
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
GIMP_ICON_TYPE_IMAGE_FILE) ],
libgimpbase, *: add enum value GIMP_ICON_TYPE_ICON_NAME and keep GIMP_ICON_TYPE_STOCK_ID as a deprecated alias. Change all plug-ins accordingly and increase the pluginrc file version number so it gets regenerated with "icon-name" instead of "stock-id".
2014-05-12 05:56:30 +08:00
mapping => { GIMP_ICON_TYPE_ICON_NAME => '0',
libimp*, app: get rid of inline pixbufs in the API and in pluginrc because they are deprecated. Change GIMP_ICON_TYPE_INLINE_PIXBUF to GIMP_ICON_TYPE_PIXBUF and the libgimp API to (icon-name, GdkPixbuf, GFile). Use the file's uri and a PNG blob of the pixbuf to pass around on the wire and for storage in pluginrc.
2019-08-09 06:05:49 +08:00
GIMP_ICON_TYPE_PIXBUF => '1',
app/core/core-enums.h moved enums to libgimpbase (from app/core and 2005-01-23 Sven Neumann <sven@gimp.org> * app/core/core-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/core and libgimp). The remaining enums in app/core/core-enums.h need special treatment. * app/core/core-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:38:36 +08:00
GIMP_ICON_TYPE_IMAGE_FILE => '2' }
},
removed enums GimpImageType and GimpImageBaseType ... 2004-07-29 Sven Neumann <sven@gimp.org> * app/core/core-enums.h: removed enums GimpImageType and GimpImageBaseType ... * libgimpbase/gimpbaseenums.h: ... and added them here. Also moved all enums from gimpbasetypes.h to this new file. * libgimpbase/Makefile.am * tools/pdbgen/Makefile.am: changed accordingly. * app/core/core-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpparasite.c * libgimpbase/gimpprotocol.c * libgimp/gimp.c: include <glib-object.h> * libgimpbase/gimpbasetypes.[ch]: added API to set and get a translation domain on a GType. This is used for translatable enum values. * libgimpbase/gimputils.[ch]: added API to retrieve the translated name for an enum value. * app/widgets/gimpenumstore.c * app/widgets/gimpenumwidgets.c: use the new API in libgimpbase.
2004-07-29 20:33:15 +08:00
GimpImageBaseType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_RGB GIMP_GRAY GIMP_INDEXED) ],
mapping => { GIMP_RGB => '0',
GIMP_GRAY => '1',
GIMP_INDEXED => '2' }
},
GimpImageType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_RGB_IMAGE GIMP_RGBA_IMAGE GIMP_GRAY_IMAGE
GIMP_GRAYA_IMAGE GIMP_INDEXED_IMAGE
GIMP_INDEXEDA_IMAGE) ],
mapping => { GIMP_RGB_IMAGE => '0',
GIMP_RGBA_IMAGE => '1',
GIMP_GRAY_IMAGE => '2',
GIMP_GRAYA_IMAGE => '3',
GIMP_INDEXED_IMAGE => '4',
GIMP_INDEXEDA_IMAGE => '5' }
},
all,libgimp*: move GimpConvolveType and GimpInkBlobType to libgimpbase and make GimpConvolveType's values sane.
2014-04-30 04:44:58 +08:00
GimpInkBlobType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_INK_BLOB_TYPE_CIRCLE
GIMP_INK_BLOB_TYPE_SQUARE
GIMP_INK_BLOB_TYPE_DIAMOND) ],
mapping => { GIMP_INK_BLOB_TYPE_CIRCLE => '0',
GIMP_INK_BLOB_TYPE_SQUARE => '1',
GIMP_INK_BLOB_TYPE_DIAMOND => '2' }
},
app/base/base-enums.h moved GimpInterpolationType and GimpTransferMode to 2005-01-23 Sven Neumann <sven@gimp.org> * app/base/base-enums.h * libgimpbase/gimpbaseenums.h: moved GimpInterpolationType and GimpTransferMode to libgimpbase (from core and libgimp). The remaining enums in app/base/base-enums.h need special treatment. * app/base/base-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.[ch] * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:06:37 +08:00
GimpInterpolationType =>
libgimpbase: exclude GIMP_INTERPOLATION_LANCZOS from the PDB again An unmentioned fix in the previous commit to this file made it visible to the PDB.
2014-04-25 05:04:52 +08:00
{ contig => 1,
app/base/base-enums.h moved GimpInterpolationType and GimpTransferMode to 2005-01-23 Sven Neumann <sven@gimp.org> * app/base/base-enums.h * libgimpbase/gimpbaseenums.h: moved GimpInterpolationType and GimpTransferMode to libgimpbase (from core and libgimp). The remaining enums in app/base/base-enums.h need special treatment. * app/base/base-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.[ch] * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:06:37 +08:00
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_INTERPOLATION_NONE GIMP_INTERPOLATION_LINEAR
Add the Nohalo sampler (previously called Lohalo, which now does something different
2013-01-01 04:27:07 +08:00
GIMP_INTERPOLATION_CUBIC GIMP_INTERPOLATION_NOHALO
libgimpbase: exclude GIMP_INTERPOLATION_LANCZOS from the PDB again An unmentioned fix in the previous commit to this file made it visible to the PDB.
2014-04-25 05:04:52 +08:00
GIMP_INTERPOLATION_LOHALO) ],
app/base/base-enums.h moved GimpInterpolationType and GimpTransferMode to 2005-01-23 Sven Neumann <sven@gimp.org> * app/base/base-enums.h * libgimpbase/gimpbaseenums.h: moved GimpInterpolationType and GimpTransferMode to libgimpbase (from core and libgimp). The remaining enums in app/base/base-enums.h need special treatment. * app/base/base-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.[ch] * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:06:37 +08:00
mapping => { GIMP_INTERPOLATION_NONE => '0',
GIMP_INTERPOLATION_LINEAR => '1',
GIMP_INTERPOLATION_CUBIC => '2',
Add the Nohalo sampler (previously called Lohalo, which now does something different
2013-01-01 04:27:07 +08:00
GIMP_INTERPOLATION_NOHALO => '3',
libgimpbase: exclude GIMP_INTERPOLATION_LANCZOS from the PDB again An unmentioned fix in the previous commit to this file made it visible to the PDB.
2014-04-25 05:04:52 +08:00
GIMP_INTERPOLATION_LOHALO => '4' }
app/base/base-enums.h moved GimpInterpolationType and GimpTransferMode to 2005-01-23 Sven Neumann <sven@gimp.org> * app/base/base-enums.h * libgimpbase/gimpbaseenums.h: moved GimpInterpolationType and GimpTransferMode to libgimpbase (from core and libgimp). The remaining enums in app/base/base-enums.h need special treatment. * app/base/base-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.[ch] * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 07:06:37 +08:00
},
app, libgimpbase: move enums GimpCapStyle and GimpJoinStyle to libgimpbase
2015-11-09 09:16:03 +08:00
GimpJoinStyle =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_JOIN_MITER GIMP_JOIN_ROUND GIMP_JOIN_BEVEL) ],
mapping => { GIMP_JOIN_MITER => '0',
GIMP_JOIN_ROUND => '1',
GIMP_JOIN_BEVEL => '2' }
},
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
GimpMaskApplyMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_MASK_APPLY GIMP_MASK_DISCARD) ],
mapping => { GIMP_MASK_APPLY => '0',
GIMP_MASK_DISCARD => '1' }
},
GimpMergeType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_EXPAND_AS_NECESSARY GIMP_CLIP_TO_IMAGE
GIMP_CLIP_TO_BOTTOM_LAYER GIMP_FLATTEN_IMAGE) ],
mapping => { GIMP_EXPAND_AS_NECESSARY => '0',
GIMP_CLIP_TO_IMAGE => '1',
GIMP_CLIP_TO_BOTTOM_LAYER => '2',
GIMP_FLATTEN_IMAGE => '3' }
},
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GimpMessageHandlerType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_MESSAGE_BOX GIMP_CONSOLE GIMP_ERROR_CONSOLE) ],
mapping => { GIMP_MESSAGE_BOX => '0',
GIMP_CONSOLE => '1',
GIMP_ERROR_CONSOLE => '2' }
},
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
GimpOffsetType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
app, libgimpbase: add gimp:offset operation Add a new gimp:offset operation, which implements equivalent functionality to gimp_drawable_offset(), in preparation for adding an interactive offset tool. To simplify things, add a GIMP_OFFSET_WRAP_AROUND value to the GimpOffsetType enum, to avoid the need for a separate wrap-around flag. This makes the gimp-drawable-offset procedure parameters a little superfluous, but whatever.
2019-06-06 05:53:16 +08:00
symbols => [ qw(GIMP_OFFSET_BACKGROUND GIMP_OFFSET_TRANSPARENT
GIMP_OFFSET_WRAP_AROUND) ],
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
mapping => { GIMP_OFFSET_BACKGROUND => '0',
app, libgimpbase: add gimp:offset operation Add a new gimp:offset operation, which implements equivalent functionality to gimp_drawable_offset(), in preparation for adding an interactive offset tool. To simplify things, add a GIMP_OFFSET_WRAP_AROUND value to the GimpOffsetType enum, to avoid the need for a separate wrap-around flag. This makes the gimp-drawable-offset procedure parameters a little superfluous, but whatever.
2019-06-06 05:53:16 +08:00
GIMP_OFFSET_TRANSPARENT => '1',
GIMP_OFFSET_WRAP_AROUND => '2' }
app, libgimpbase: move lots of enums from app/core to libgimpbase It makes little sense to keep them in one header and parse them with a pile of perl, just to generate them in another header. Simply keep them in a place everybody depends on.
2014-05-13 06:27:29 +08:00
},
GimpOrientationType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_ORIENTATION_HORIZONTAL
GIMP_ORIENTATION_VERTICAL GIMP_ORIENTATION_UNKNOWN) ],
mapping => { GIMP_ORIENTATION_HORIZONTAL => '0',
GIMP_ORIENTATION_VERTICAL => '1',
GIMP_ORIENTATION_UNKNOWN => '2' }
},
app/paint/paint-enums.h moved enums to libgimpbase (from app/paint and 2005-01-23 Sven Neumann <sven@gimp.org> * app/paint/paint-enums.h * libgimpbase/gimpbaseenums.h: moved enums to libgimpbase (from app/paint and libgimp). The remaining enums in app/paint/paint-enums.h need special treatment. * app/paint/paint-enums.c: * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpbase.def * libgimp/gimp.def: updated.
2005-01-23 08:00:20 +08:00
GimpPaintApplicationMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_PAINT_CONSTANT GIMP_PAINT_INCREMENTAL) ],
mapping => { GIMP_PAINT_CONSTANT => '0',
GIMP_PAINT_INCREMENTAL => '1' }
},
Complements the fix for bug #344818: 2008-08-19 Sven Neumann <sven@gimp.org> Complements the fix for bug #344818: * libgimpbase/gimpbaseenums.[ch]: added new enum GimpPDBErrorHandler. * tools/pdbgen/enums.pl: regenerated. * app/plug-in/gimpplugin.[ch]: added error_handler to GimpPlugIn. * app/plug-in/gimpplugin-message.c (gimp_plug_in_handle_proc_run): only display an error message for a failed procedure call if the plug-in's error-handler is set to GIMP_PDB_ERROR_HANDLER_INTERNAL. * tools/pdbgen/pdb/plug_in.pdb: added PDB getter and setter for the plug-in's error-handler. * app/pdb/plug-in-cmds.c * app/pdb/internal-procs.c * libgimp/gimpenums.c.tail * libgimp/gimpplugin_pdb.[ch]: regenerated. * plug-ins/common/file-compressor.c * plug-ins/file-uri/uri.c: set the error-handler to GIMP_PDB_ERROR_HANDLER_PLUGIN as these plug-ins are forwarding the error with their return values. svn path=/trunk/; revision=26656
2008-08-19 06:54:26 +08:00
GimpPDBErrorHandler =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_PDB_ERROR_HANDLER_INTERNAL
GIMP_PDB_ERROR_HANDLER_PLUGIN) ],
mapping => { GIMP_PDB_ERROR_HANDLER_INTERNAL => '0',
GIMP_PDB_ERROR_HANDLER_PLUGIN => '1' }
},
Makefile.am configure.in added new directory libgimpbase/ 2001-05-21 Michael Natterer <mitch@gimp.org> * Makefile.am * configure.in * gimptool-1.4.in: added new directory libgimpbase/ * app/Makefile.am: link against the new lib. * app/appenums.h: removed the PDB enums which are in libgimpbase/gimpbasetypes.h now. They are all "Gimp" prefixed. * app/apptypes.h: #include "libgimpbase/gimpbasetypes.h" * app/[lots] * app/core/[of] * app/gui/[files] * app/tools/: changed includes and all PDB types. * app/pdb/*: regenerated. * libgimp/Makefile.am: don't build libgimpi.a uglyness any more. * libgimp/gimpenv.[ch] * libgimp/gimplimits.[hh] * libgimp/gimpparasite.[ch] * libgimp/gimpparasiteio.[ch] * libgimp/gimpprotocol.[ch] * libgimp/gimpsignal.[ch] * libgimp/gimpunit.h * libgimp/gimputils.[ch] * libgimp/gimpwire.[ch]: removed... * libgimpbase/*: ...and added here as new library. * libgimp/gimp.[ch] * libgimp/gimpdrawable.[ch] * libgimp/gimpenums.h * libgimp/gimpimage.[ch] * libgimp/gimptile.c * libgimp/gimptypes.h * libgimp/gimpunit.c: changed accordingly. Added the gimp_*_add_new_parasite to gimp.[ch], gimpdrawable.[ch] and gimpimage.[ch]. * libgimpwidgets/gimppatheditor.c * libgimpwidgets/gimpquerybox.c * libgimpwidgets/gimpsizeentry.c * libgimpwidgets/gimpunitmenu.c * libgimpwidgets/gimpwidgets.c * libgimpwidgets/gimpwidgetstypes.h: changed includes accordingly. * plug-ins/*/Makefile.am * plug-ins/common/mkgen.pl: link against libgimpbase. * tools/pdbgen/Makefile.am: scan libgimpbase/gimpbasetypes.h, so the enums are known to pdbgen... * tools/pdbgen/enumcode.pl: ...but don't write them out to libgimp/gimpenums.h * tools/pdbgen/app.pl: include libgimp/gimpbase.h in all *_cmds.c files. Added GIMP_ to the type names ganerated in app/. * tools/pdbgen/enums.pl: regenerated. * tools/pdbgen/pdb.pl * tools/pdbgen/pdb/fileops.pdb * tools/pdbgen/pdb/procedural_db.pdb * tools/pdbgen/pdb/unit.pdb: changed includes.
2001-05-21 21:58:46 +08:00
GimpPDBProcType =>
{ contig => 1,
removed enums GimpImageType and GimpImageBaseType ... 2004-07-29 Sven Neumann <sven@gimp.org> * app/core/core-enums.h: removed enums GimpImageType and GimpImageBaseType ... * libgimpbase/gimpbaseenums.h: ... and added them here. Also moved all enums from gimpbasetypes.h to this new file. * libgimpbase/Makefile.am * tools/pdbgen/Makefile.am: changed accordingly. * app/core/core-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpparasite.c * libgimpbase/gimpprotocol.c * libgimp/gimp.c: include <glib-object.h> * libgimpbase/gimpbasetypes.[ch]: added API to set and get a translation domain on a GType. This is used for translatable enum values. * libgimpbase/gimputils.[ch]: added API to retrieve the translated name for an enum value. * app/widgets/gimpenumstore.c * app/widgets/gimpenumwidgets.c: use the new API in libgimpbase.
2004-07-29 20:33:15 +08:00
header => 'libgimpbase/gimpbaseenums.h',
Properly prefix the values of enum GimpPDBProcType to be GIMP_PDB_PROC_TYPE_PLUGIN, _EXTENSION etc.
2019-08-30 18:52:28 +08:00
symbols => [ qw(GIMP_PDB_PROC_TYPE_INTERNAL
GIMP_PDB_PROC_TYPE_PLUGIN
GIMP_PDB_PROC_TYPE_EXTENSION
GIMP_PDB_PROC_TYPE_TEMPORARY) ],
mapping => { GIMP_PDB_PROC_TYPE_INTERNAL => '0',
GIMP_PDB_PROC_TYPE_PLUGIN => '1',
GIMP_PDB_PROC_TYPE_EXTENSION => '2',
GIMP_PDB_PROC_TYPE_TEMPORARY => '3' }
Makefile.am configure.in added new directory libgimpbase/ 2001-05-21 Michael Natterer <mitch@gimp.org> * Makefile.am * configure.in * gimptool-1.4.in: added new directory libgimpbase/ * app/Makefile.am: link against the new lib. * app/appenums.h: removed the PDB enums which are in libgimpbase/gimpbasetypes.h now. They are all "Gimp" prefixed. * app/apptypes.h: #include "libgimpbase/gimpbasetypes.h" * app/[lots] * app/core/[of] * app/gui/[files] * app/tools/: changed includes and all PDB types. * app/pdb/*: regenerated. * libgimp/Makefile.am: don't build libgimpi.a uglyness any more. * libgimp/gimpenv.[ch] * libgimp/gimplimits.[hh] * libgimp/gimpparasite.[ch] * libgimp/gimpparasiteio.[ch] * libgimp/gimpprotocol.[ch] * libgimp/gimpsignal.[ch] * libgimp/gimpunit.h * libgimp/gimputils.[ch] * libgimp/gimpwire.[ch]: removed... * libgimpbase/*: ...and added here as new library. * libgimp/gimp.[ch] * libgimp/gimpdrawable.[ch] * libgimp/gimpenums.h * libgimp/gimpimage.[ch] * libgimp/gimptile.c * libgimp/gimptypes.h * libgimp/gimpunit.c: changed accordingly. Added the gimp_*_add_new_parasite to gimp.[ch], gimpdrawable.[ch] and gimpimage.[ch]. * libgimpwidgets/gimppatheditor.c * libgimpwidgets/gimpquerybox.c * libgimpwidgets/gimpsizeentry.c * libgimpwidgets/gimpunitmenu.c * libgimpwidgets/gimpwidgets.c * libgimpwidgets/gimpwidgetstypes.h: changed includes accordingly. * plug-ins/*/Makefile.am * plug-ins/common/mkgen.pl: link against libgimpbase. * tools/pdbgen/Makefile.am: scan libgimpbase/gimpbasetypes.h, so the enums are known to pdbgen... * tools/pdbgen/enumcode.pl: ...but don't write them out to libgimp/gimpenums.h * tools/pdbgen/app.pl: include libgimp/gimpbase.h in all *_cmds.c files. Added GIMP_ to the type names ganerated in app/. * tools/pdbgen/enums.pl: regenerated. * tools/pdbgen/pdb.pl * tools/pdbgen/pdb/fileops.pdb * tools/pdbgen/pdb/procedural_db.pdb * tools/pdbgen/pdb/unit.pdb: changed includes.
2001-05-21 21:58:46 +08:00
},
GimpPDBStatusType =>
{ contig => 1,
removed enums GimpImageType and GimpImageBaseType ... 2004-07-29 Sven Neumann <sven@gimp.org> * app/core/core-enums.h: removed enums GimpImageType and GimpImageBaseType ... * libgimpbase/gimpbaseenums.h: ... and added them here. Also moved all enums from gimpbasetypes.h to this new file. * libgimpbase/Makefile.am * tools/pdbgen/Makefile.am: changed accordingly. * app/core/core-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpparasite.c * libgimpbase/gimpprotocol.c * libgimp/gimp.c: include <glib-object.h> * libgimpbase/gimpbasetypes.[ch]: added API to set and get a translation domain on a GType. This is used for translatable enum values. * libgimpbase/gimputils.[ch]: added API to retrieve the translated name for an enum value. * app/widgets/gimpenumstore.c * app/widgets/gimpenumwidgets.c: use the new API in libgimpbase.
2004-07-29 20:33:15 +08:00
header => 'libgimpbase/gimpbaseenums.h',
Makefile.am configure.in added new directory libgimpbase/ 2001-05-21 Michael Natterer <mitch@gimp.org> * Makefile.am * configure.in * gimptool-1.4.in: added new directory libgimpbase/ * app/Makefile.am: link against the new lib. * app/appenums.h: removed the PDB enums which are in libgimpbase/gimpbasetypes.h now. They are all "Gimp" prefixed. * app/apptypes.h: #include "libgimpbase/gimpbasetypes.h" * app/[lots] * app/core/[of] * app/gui/[files] * app/tools/: changed includes and all PDB types. * app/pdb/*: regenerated. * libgimp/Makefile.am: don't build libgimpi.a uglyness any more. * libgimp/gimpenv.[ch] * libgimp/gimplimits.[hh] * libgimp/gimpparasite.[ch] * libgimp/gimpparasiteio.[ch] * libgimp/gimpprotocol.[ch] * libgimp/gimpsignal.[ch] * libgimp/gimpunit.h * libgimp/gimputils.[ch] * libgimp/gimpwire.[ch]: removed... * libgimpbase/*: ...and added here as new library. * libgimp/gimp.[ch] * libgimp/gimpdrawable.[ch] * libgimp/gimpenums.h * libgimp/gimpimage.[ch] * libgimp/gimptile.c * libgimp/gimptypes.h * libgimp/gimpunit.c: changed accordingly. Added the gimp_*_add_new_parasite to gimp.[ch], gimpdrawable.[ch] and gimpimage.[ch]. * libgimpwidgets/gimppatheditor.c * libgimpwidgets/gimpquerybox.c * libgimpwidgets/gimpsizeentry.c * libgimpwidgets/gimpunitmenu.c * libgimpwidgets/gimpwidgets.c * libgimpwidgets/gimpwidgetstypes.h: changed includes accordingly. * plug-ins/*/Makefile.am * plug-ins/common/mkgen.pl: link against libgimpbase. * tools/pdbgen/Makefile.am: scan libgimpbase/gimpbasetypes.h, so the enums are known to pdbgen... * tools/pdbgen/enumcode.pl: ...but don't write them out to libgimp/gimpenums.h * tools/pdbgen/app.pl: include libgimp/gimpbase.h in all *_cmds.c files. Added GIMP_ to the type names ganerated in app/. * tools/pdbgen/enums.pl: regenerated. * tools/pdbgen/pdb.pl * tools/pdbgen/pdb/fileops.pdb * tools/pdbgen/pdb/procedural_db.pdb * tools/pdbgen/pdb/unit.pdb: changed includes.
2001-05-21 21:58:46 +08:00
symbols => [ qw(GIMP_PDB_EXECUTION_ERROR GIMP_PDB_CALLING_ERROR
GIMP_PDB_PASS_THROUGH GIMP_PDB_SUCCESS
GIMP_PDB_CANCEL) ],
mapping => { GIMP_PDB_EXECUTION_ERROR => '0',
GIMP_PDB_CALLING_ERROR => '1',
GIMP_PDB_PASS_THROUGH => '2',
GIMP_PDB_SUCCESS => '3',
app/core/Makefile.am new file that holds enums that are registered with 2001-12-08 Sven Neumann <sven@gimp.org> * app/core/Makefile.am * app/core/core-enums.h: new file that holds enums that are registered with the type system and is used to generate core-enums.c. * app/core/core-types.h: include core-enums.h * app/base/base-types.h: namespace cleanup. Prefix all enumeration types with Gimp and their values with GIMP. Moved GimpLayerModeEffects enum ... * app/base/base-enums.h: ... here. * app/image_map.c * app/base/temp-buf.c * app/core/gimpcontext.[ch] * app/core/gimpdrawable-transform.c * app/core/gimpdrawable.c * app/core/gimpedit.c * app/core/gimpimage-mask.c * app/core/gimpimage-merge.c * app/core/gimpimage-new.c * app/core/gimpimage-projection.c * app/core/gimpimage.[ch] * app/core/gimplayer.[ch] * app/display/gimpdisplayshell-dnd.c * app/display/gimpdisplayshell-render.c * app/gui/brush-select.c * app/gui/layers-commands.c * app/gui/preferences-dialog.c * app/gui/toolbox.c * app/paint-funcs/paint-funcs.[ch] * app/tools/gimpconvolvetool.c * app/tools/gimperasertool.c * app/tools/gimpiscissorstool.c * app/tools/gimppainttool.[ch] * app/tools/gimptexttool.c * app/tools/paint_options.c * app/widgets/gimplayerlistview.c * app/widgets/gimpwidgets-constructors.[ch] * app/xcf/xcf-load.c * tools/pdbgen/pdb/brush_select.pdb * tools/pdbgen/pdb/brushes.pdb * tools/pdbgen/pdb/color.pdb * tools/pdbgen/pdb/layer.pdb * tools/pdbgen/pdb/tools.pdb: changed accordingly. * libgimpbase/gimpbasetypes.h: no need to chop GIMP prefix off the enums any longer. * app/pdb/brush_select_cmds.c * app/pdb/brushes_cmds.c * app/pdb/color_cmds.c * app/pdb/layer_cmds.c * app/pdb/message_cmds.c * app/pdb/procedural_db_cmds.c * app/pdb/tools_cmds.c * libgimp/gimpenums.h * plug-ins/script-fu/script-fu-constants.c * tools/pdbgen/enums.pl: regenerated. * app/gimprc.c: removed code to parse for "plug_in" keyword which was left over from some very early gimp days. * app/plug-in/plug-in.[ch]: removed now unused function plug_in_add().
2001-12-09 07:12:59 +08:00
GIMP_PDB_CANCEL => '4' }
Makefile.am configure.in added new directory libgimpbase/ 2001-05-21 Michael Natterer <mitch@gimp.org> * Makefile.am * configure.in * gimptool-1.4.in: added new directory libgimpbase/ * app/Makefile.am: link against the new lib. * app/appenums.h: removed the PDB enums which are in libgimpbase/gimpbasetypes.h now. They are all "Gimp" prefixed. * app/apptypes.h: #include "libgimpbase/gimpbasetypes.h" * app/[lots] * app/core/[of] * app/gui/[files] * app/tools/: changed includes and all PDB types. * app/pdb/*: regenerated. * libgimp/Makefile.am: don't build libgimpi.a uglyness any more. * libgimp/gimpenv.[ch] * libgimp/gimplimits.[hh] * libgimp/gimpparasite.[ch] * libgimp/gimpparasiteio.[ch] * libgimp/gimpprotocol.[ch] * libgimp/gimpsignal.[ch] * libgimp/gimpunit.h * libgimp/gimputils.[ch] * libgimp/gimpwire.[ch]: removed... * libgimpbase/*: ...and added here as new library. * libgimp/gimp.[ch] * libgimp/gimpdrawable.[ch] * libgimp/gimpenums.h * libgimp/gimpimage.[ch] * libgimp/gimptile.c * libgimp/gimptypes.h * libgimp/gimpunit.c: changed accordingly. Added the gimp_*_add_new_parasite to gimp.[ch], gimpdrawable.[ch] and gimpimage.[ch]. * libgimpwidgets/gimppatheditor.c * libgimpwidgets/gimpquerybox.c * libgimpwidgets/gimpsizeentry.c * libgimpwidgets/gimpunitmenu.c * libgimpwidgets/gimpwidgets.c * libgimpwidgets/gimpwidgetstypes.h: changed includes accordingly. * plug-ins/*/Makefile.am * plug-ins/common/mkgen.pl: link against libgimpbase. * tools/pdbgen/Makefile.am: scan libgimpbase/gimpbasetypes.h, so the enums are known to pdbgen... * tools/pdbgen/enumcode.pl: ...but don't write them out to libgimp/gimpenums.h * tools/pdbgen/app.pl: include libgimp/gimpbase.h in all *_cmds.c files. Added GIMP_ to the type names ganerated in app/. * tools/pdbgen/enums.pl: regenerated. * tools/pdbgen/pdb.pl * tools/pdbgen/pdb/fileops.pdb * tools/pdbgen/pdb/procedural_db.pdb * tools/pdbgen/pdb/unit.pdb: changed includes.
2001-05-21 21:58:46 +08:00
},
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GimpPrecision =>
{ contig => 0,
removed enums GimpImageType and GimpImageBaseType ... 2004-07-29 Sven Neumann <sven@gimp.org> * app/core/core-enums.h: removed enums GimpImageType and GimpImageBaseType ... * libgimpbase/gimpbaseenums.h: ... and added them here. Also moved all enums from gimpbasetypes.h to this new file. * libgimpbase/Makefile.am * tools/pdbgen/Makefile.am: changed accordingly. * app/core/core-enums.c * libgimp/gimpenums.h * libgimpbase/gimpbaseenums.c * tools/pdbgen/enums.pl: regenerated. * libgimpbase/gimpparasite.c * libgimpbase/gimpprotocol.c * libgimp/gimp.c: include <glib-object.h> * libgimpbase/gimpbasetypes.[ch]: added API to set and get a translation domain on a GType. This is used for translatable enum values. * libgimpbase/gimputils.[ch]: added API to retrieve the translated name for an enum value. * app/widgets/gimpenumstore.c * app/widgets/gimpenumwidgets.c: use the new API in libgimpbase.
2004-07-29 20:33:15 +08:00
header => 'libgimpbase/gimpbaseenums.h',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
symbols => [ qw(GIMP_PRECISION_U8_LINEAR
GIMP_PRECISION_U8_NON_LINEAR
GIMP_PRECISION_U8_PERCEPTUAL
GIMP_PRECISION_U16_LINEAR
GIMP_PRECISION_U16_NON_LINEAR
GIMP_PRECISION_U16_PERCEPTUAL
GIMP_PRECISION_U32_LINEAR
GIMP_PRECISION_U32_NON_LINEAR
GIMP_PRECISION_U32_PERCEPTUAL
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_HALF_LINEAR
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_HALF_NON_LINEAR
GIMP_PRECISION_HALF_PERCEPTUAL
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_FLOAT_LINEAR
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_FLOAT_NON_LINEAR
GIMP_PRECISION_FLOAT_PERCEPTUAL
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_DOUBLE_LINEAR
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_DOUBLE_NON_LINEAR
GIMP_PRECISION_DOUBLE_PERCEPTUAL
GIMP_PRECISION_U8_GAMMA GIMP_PRECISION_U16_GAMMA
GIMP_PRECISION_U32_GAMMA GIMP_PRECISION_HALF_GAMMA
GIMP_PRECISION_FLOAT_GAMMA
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_DOUBLE_GAMMA) ],
mapping => { GIMP_PRECISION_U8_LINEAR => '100',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_U8_NON_LINEAR => '150',
GIMP_PRECISION_U8_PERCEPTUAL => '175',
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_U16_LINEAR => '200',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_U16_NON_LINEAR => '250',
GIMP_PRECISION_U16_PERCEPTUAL => '275',
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_U32_LINEAR => '300',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_U32_NON_LINEAR => '350',
GIMP_PRECISION_U32_PERCEPTUAL => '375',
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_HALF_LINEAR => '500',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_HALF_NON_LINEAR => '550',
GIMP_PRECISION_HALF_PERCEPTUAL => '575',
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_FLOAT_LINEAR => '600',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_FLOAT_NON_LINEAR => '650',
GIMP_PRECISION_FLOAT_PERCEPTUAL => '675',
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GIMP_PRECISION_DOUBLE_LINEAR => '700',
Initial space invasion commit in GIMP All babl formats now have a space equivalent to a color profile, determining the format's primaries and TRCs. This commit makes GIMP aware of this. libgimp: - enum GimpPrecision: rename GAMMA values to NON_LINEAR and keep GAMMA as deprecated aliases, add PERCEPTUAL values so we now have LINEAR, NON_LINEAR and PERCPTUAL for each encoding, matching the babl encoding variants RGB, R'G'B' and R~G~B~. - gimp_color_transform_can_gegl_copy() now returns TRUE if both profiles can return a babl space, increasing the amount of fast babl color conversions significantly. - TODO: no solution yet for getting libgimp drawable proxy buffers in the right format with space. plug-ins: - follow the GimpPrecision change. - TODO: everything else unchanged and partly broken or sub-optimal, like setting a new image's color profile too late. app: - add enum GimpTRCType { LINEAR, NON_LINEAR, PERCEPTUAL } as replacement for all "linear" booleans. - change gimp-babl functions to take babl spaces and GimpTRCType parameters and support all sorts of new perceptual ~ formats. - a lot of places changed in the early days of goat invasion didn't take advantage of gimp-babl utility functions and constructed formats manually. They all needed revisiting and many now use much simpler code calling gimp-babl API. - change gimp_babl_format_get_color_profile() to really extract a newly allocated color profile from the format, and add gimp_babl_get_builtin_color_profile() which does the same as gimp_babl_format_get_color_profile() did before. Visited all callers to decide whether they are looking for the format's actual profile, or for one of the builtin profiles, simplifying code that only needs builtin profiles. - drawables have a new get_space_api(), get_linear() is now get_trc(). - images now have a "layer space" and an API to get it, gimp_image_get_layer_format() returns formats in that space. - an image's layer space is created from the image's color profile, change gimpimage-color-profile to deal with that correctly - change many babl_format() calls to babl_format_with_space() and take the space from passed formats or drawables - add function gimp_layer_fix_format_space() which replaces the layer's buffer with one that has the image's layer format, but doesn't change pixel values - use gimp_layer_fix_format_space() to make sure layers loaded from XCF and created by plug-ins have the right space when added to the image, because it's impossible to always assign the right space upon layer creation - "assign color profile" and "discard color profile" now require use of gimp_layer_fix_format_space() too because the profile is now embedded in all formats via the space. Add gimp_image_assign_color_profile() which does all that and call it instead of a simple gimp_image_set_color_profile(), also from the PDB set-color-profile functions, which are essentially "assign" and "discard" calls. - generally, make sure a new image's color profile is set before adding layers to it, gimp_image_set_color_profile() is more than before considered know-what-you-are-doing API. - take special precaution in all places that call gimp_drawable_convert_type(), we now must pass a new_profile from all callers that convert layers within the same image (such as image_convert_type, image_convert_precision), because the layer's new space can't be determined from the image's layer format during the call. - change all "linear" properties to "trc", in all config objects like for levels and curves, in the histogram, in the widgets. This results in some GUI that now has three choices instead of two. TODO: we might want to reduce that back to two later. - keep "linear" boolean properties around as compat if needed for file pasring, but always convert the parsed parsed boolean to GimpTRCType. - TODO: the image's "enable color management" switch is currently broken, will fix that in another commit.
2018-07-21 20:23:01 +08:00
GIMP_PRECISION_DOUBLE_NON_LINEAR => '750',
GIMP_PRECISION_DOUBLE_PERCEPTUAL => '775',
GIMP_PRECISION_U8_GAMMA => 'GIMP_PRECISION_U8_NON_LINEAR',
GIMP_PRECISION_U16_GAMMA => 'GIMP_PRECISION_U16_NON_LINEAR',
GIMP_PRECISION_U32_GAMMA => 'GIMP_PRECISION_U32_NON_LINEAR',
GIMP_PRECISION_HALF_GAMMA => 'GIMP_PRECISION_HALF_NON_LINEAR',
GIMP_PRECISION_FLOAT_GAMMA => 'GIMP_PRECISION_FLOAT_NON_LINEAR',
GIMP_PRECISION_DOUBLE_GAMMA => 'GIMP_PRECISION_DOUBLE_NON_LINEAR' }
removed the gimp_busy boolean, check whether user_installation is needed 2001-07-10 Michael Natterer <mitch@gimp.org> * app/app_procs.[ch]: removed the gimp_busy boolean, check whether user_installation is needed here, not in user_install.c, parse gtkrc an friends only if(!no_interface), create the Gimp object before parsing gimp's rc files an pas it to the parse functions, many other cleanups. * app/appenums.h: added MessageHandlerType and StackTraceMode. * app/appenv.h: removed MessageHandlerType, declare all global variables from main.c (no more hidden global stuff please). * app/errors.[ch]: added the fatal message func here (from main.c), removed the StackTraceMode enum. * app/gimprc.[ch]: renamed functions to gimprc_*(), pass a Gimp pointer to some functions. * app/gimpunit.c * app/unitrc.h: ok, this is ugly: renamed all functions to _gimp_unit_*() and made them public. The unit list is part of the Gimp object now, so pass a Gimp* to all functions. * app/libgimp_glue.[ch]: added EEKy wrappers for all gimp_unit_*() functions which are used by widgets. * app/main.c: cleaned up the global variables, removed the fatal message handler, call app_init() directly, not via the user_install stuff, misc. cleanups. * app/user_install.[ch]: removed the check if user_installation is needed (done by app_procs.c now). * app/core/gimp.[ch]: added the user_unit list and the "busy" boolean. Moved gimp_[set|unset]_busy() here. Added gimp_initialize() which is called after unitrc and gimprc are parsed. * app/batch.c * app/colormaps.c * app/devices.c * app/disp_callbacks.c * app/gdisplay_ops.c * app/gimphelp.c * app/module_db.c * app/nav_window.c * app/plug_in.c * app/core/gimpcontext.c * app/core/gimpdatafiles.c * app/core/gimpimage-convert.c * app/core/gimpimage-duplicate.c * app/core/gimpimage.c * app/core/gimpparasite.c * app/core/gimpparasitelist.h * app/gui/file-open-dialog.c * app/gui/gui.[ch] * app/gui/info-dialog.c * app/gui/info-window.c * app/gui/preferences-dialog.c * app/gui/session.c * app/gui/tips-dialog.c * app/gui/toolbox.c * app/tools/gimpblendtool.c * app/tools/gimpbucketfilltool.c * app/tools/gimpcolorpickertool.c * app/tools/gimpfuzzyselecttool.c * app/tools/gimptransformtool.c * app/tools/tool_manager.c * app/widgets/gimpcolorpanel.c * app/widgets/gimpcursor.c * app/xcf/xcf-load.c * app/xcf/xcf-save.c * app/xcf/xcf.c * tools/pdbgen/Makefile.am * tools/pdbgen/app.pl * tools/pdbgen/enums.pl * tools/pdbgen/pdb/image.pdb * tools/pdbgen/pdb/message.pdb * tools/pdbgen/pdb/unit.pdb * app/pdb/image_cmds.c * app/pdb/message_cmds.c * app/pdb/unit_cmds.c: changed accordingly, minor cleanups.
2001-07-11 03:16:16 +08:00
},
Brought the PDB progress into a working state. Fixes bug #6010, addressed 2004-08-30 Michael Natterer <mitch@gimp.org> Brought the PDB progress into a working state. Fixes bug #6010, addressed bugs #97266 and #135185 and unfortunately reopens bug #150194 (will fix that later). * libgimpbase/gimpbaseenums.h: added enum GimpProgressCommand. * app/core/gimppdbprogress.c * libgimp/gimpprogress.c: use the enum instead of integer constants for the different progress commands. Cleanup. * app/plug-in/plug-in-progress.c * app/plug-in/plug-in-run.c * app/plug-in/plug-in.c: switch bach to real refcouting for plug_in->progress (reopens bug #150194) and enabled the PDB progress code. * plug-ins/script-fu/script-fu-scripts.c: cleaned up the progress stuff and the script-fu interface a bit. * plug-ins/pygimp/gimpenums.py * plug-ins/script-fu/script-fu-constants.c * tools/pdbgen/enums.pl: regenerated.
2004-08-30 22:57:24 +08:00
GimpProgressCommand =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_PROGRESS_COMMAND_START
GIMP_PROGRESS_COMMAND_END
GIMP_PROGRESS_COMMAND_SET_TEXT
added GIMP_PROGRESS_COMMAND_PULSE. 2005-02-12 Michael Natterer <mitch@gimp.org> * libgimpbase/gimpbaseenums.h (enum GimpProgressCommand): added GIMP_PROGRESS_COMMAND_PULSE. * libgimpbase/gimpbaseenums.c * plug-ins/pygimp/gimpenums.py * tools/pdbgen/enums.pl: regenerated. * app/core/gimppdbprogress.c: implement GimpProgress::pulse() and send a PULSE command to the callback. * libgimp/gimpprogress.c: handle PULSE by calling the set_value() callback with a value of -1 and document that hack in the API docs. * libgimp/gimpprogressbar.c: interpret -1 as request to pulse.
2005-02-12 23:46:31 +08:00
GIMP_PROGRESS_COMMAND_SET_VALUE
Added parent window API to the GimpProgress interface and to the libgimp 2005-09-09 Michael Natterer <mitch@gimp.org> Added parent window API to the GimpProgress interface and to the libgimp progress stuff. Might look strange, but does the right thing in almost all cases (image window, file dialog, script-fu dialog etc). Fixes bug #62988. * app/core/gimpprogress.[ch]: added GimpProgress::get_window() which should return a toplevel window ID if the progress is in a window that wants to be the transient parent of plug-in dialogs. * app/widgets/gimpwidgets-utils.[ch] (gimp_window_get_native): new function which returns the window handle of a GtkWindow's GdkWindow. * app/widgets/gimpfiledialog.c: implement ::get_window(). * app/display/gimpdisplay.[ch]: ditto. Removed window handle API. * app/gui/gui-vtable.c: changed accordingly. * libgimpbase/gimpbaseenums.[ch] (enum GimpProgressCommand): added GIMP_PROGRESS_COMMAND_GET_WINDOW. * app/plug-in/plug-in-progress.[ch] (plug_in_progress_get_window): new function. Also renamed some functions to match the GimpProgress interface, and not the legacy PDB procedure names. * tools/pdbgen/pdb/progress.pdb * app/core/gimppdbprogress.c: implement get_window() on both sides of the wire, keeping backward compatibility (hopefully). * libgimp/gimpprogress.[ch]: deprecated gimp_progress_install() and added gimp_progress_install_vtable() which takes a vtable with padding to be extensible. Added get_window() vtable entry and dispatch it accordingly. Also added pulse() which was implemented in a hackish way before. Everything is of course backward compatible. * libgimp/gimpprogressbar.c: inmplement the get_window() stuff so a plug-in dialog containing a progress can be the transient parent of another dialog in another plug-in. * libgimp/gimpui.[ch] (gimp_ui_get_progress_window): new function which returns a foreign GdkWindow of this plug-ins progress window. Renamed gimp_window_set_transient_for_default_display() to gimp_window_set_transient() and make it use the progress' window handle instead of the display's (which is the right thing to do in almost all cases). * libgimp/gimp.def * libgimp/gimpui.def: add the new functions. * tools/pdbgen/enums.pl * app/pdb/internal_procs.c * app/pdb/progress_cmds.c * libgimp/gimpprogress_pdb.[ch]: regenerated. * libgimp/gimpexport.c * plug-ins/*/*.c: follow API change.
2005-09-10 02:07:31 +08:00
GIMP_PROGRESS_COMMAND_PULSE
GIMP_PROGRESS_COMMAND_GET_WINDOW) ],
Brought the PDB progress into a working state. Fixes bug #6010, addressed 2004-08-30 Michael Natterer <mitch@gimp.org> Brought the PDB progress into a working state. Fixes bug #6010, addressed bugs #97266 and #135185 and unfortunately reopens bug #150194 (will fix that later). * libgimpbase/gimpbaseenums.h: added enum GimpProgressCommand. * app/core/gimppdbprogress.c * libgimp/gimpprogress.c: use the enum instead of integer constants for the different progress commands. Cleanup. * app/plug-in/plug-in-progress.c * app/plug-in/plug-in-run.c * app/plug-in/plug-in.c: switch bach to real refcouting for plug_in->progress (reopens bug #150194) and enabled the PDB progress code. * plug-ins/script-fu/script-fu-scripts.c: cleaned up the progress stuff and the script-fu interface a bit. * plug-ins/pygimp/gimpenums.py * plug-ins/script-fu/script-fu-constants.c * tools/pdbgen/enums.pl: regenerated.
2004-08-30 22:57:24 +08:00
mapping => { GIMP_PROGRESS_COMMAND_START => '0',
GIMP_PROGRESS_COMMAND_END => '1',
GIMP_PROGRESS_COMMAND_SET_TEXT => '2',
added GIMP_PROGRESS_COMMAND_PULSE. 2005-02-12 Michael Natterer <mitch@gimp.org> * libgimpbase/gimpbaseenums.h (enum GimpProgressCommand): added GIMP_PROGRESS_COMMAND_PULSE. * libgimpbase/gimpbaseenums.c * plug-ins/pygimp/gimpenums.py * tools/pdbgen/enums.pl: regenerated. * app/core/gimppdbprogress.c: implement GimpProgress::pulse() and send a PULSE command to the callback. * libgimp/gimpprogress.c: handle PULSE by calling the set_value() callback with a value of -1 and document that hack in the API docs. * libgimp/gimpprogressbar.c: interpret -1 as request to pulse.
2005-02-12 23:46:31 +08:00
GIMP_PROGRESS_COMMAND_SET_VALUE => '3',
Added parent window API to the GimpProgress interface and to the libgimp 2005-09-09 Michael Natterer <mitch@gimp.org> Added parent window API to the GimpProgress interface and to the libgimp progress stuff. Might look strange, but does the right thing in almost all cases (image window, file dialog, script-fu dialog etc). Fixes bug #62988. * app/core/gimpprogress.[ch]: added GimpProgress::get_window() which should return a toplevel window ID if the progress is in a window that wants to be the transient parent of plug-in dialogs. * app/widgets/gimpwidgets-utils.[ch] (gimp_window_get_native): new function which returns the window handle of a GtkWindow's GdkWindow. * app/widgets/gimpfiledialog.c: implement ::get_window(). * app/display/gimpdisplay.[ch]: ditto. Removed window handle API. * app/gui/gui-vtable.c: changed accordingly. * libgimpbase/gimpbaseenums.[ch] (enum GimpProgressCommand): added GIMP_PROGRESS_COMMAND_GET_WINDOW. * app/plug-in/plug-in-progress.[ch] (plug_in_progress_get_window): new function. Also renamed some functions to match the GimpProgress interface, and not the legacy PDB procedure names. * tools/pdbgen/pdb/progress.pdb * app/core/gimppdbprogress.c: implement get_window() on both sides of the wire, keeping backward compatibility (hopefully). * libgimp/gimpprogress.[ch]: deprecated gimp_progress_install() and added gimp_progress_install_vtable() which takes a vtable with padding to be extensible. Added get_window() vtable entry and dispatch it accordingly. Also added pulse() which was implemented in a hackish way before. Everything is of course backward compatible. * libgimp/gimpprogressbar.c: inmplement the get_window() stuff so a plug-in dialog containing a progress can be the transient parent of another dialog in another plug-in. * libgimp/gimpui.[ch] (gimp_ui_get_progress_window): new function which returns a foreign GdkWindow of this plug-ins progress window. Renamed gimp_window_set_transient_for_default_display() to gimp_window_set_transient() and make it use the progress' window handle instead of the display's (which is the right thing to do in almost all cases). * libgimp/gimp.def * libgimp/gimpui.def: add the new functions. * tools/pdbgen/enums.pl * app/pdb/internal_procs.c * app/pdb/progress_cmds.c * libgimp/gimpprogress_pdb.[ch]: regenerated. * libgimp/gimpexport.c * plug-ins/*/*.c: follow API change.
2005-09-10 02:07:31 +08:00
GIMP_PROGRESS_COMMAND_PULSE => '4',
GIMP_PROGRESS_COMMAND_GET_WINDOW => '5' }
Brought the PDB progress into a working state. Fixes bug #6010, addressed 2004-08-30 Michael Natterer <mitch@gimp.org> Brought the PDB progress into a working state. Fixes bug #6010, addressed bugs #97266 and #135185 and unfortunately reopens bug #150194 (will fix that later). * libgimpbase/gimpbaseenums.h: added enum GimpProgressCommand. * app/core/gimppdbprogress.c * libgimp/gimpprogress.c: use the enum instead of integer constants for the different progress commands. Cleanup. * app/plug-in/plug-in-progress.c * app/plug-in/plug-in-run.c * app/plug-in/plug-in.c: switch bach to real refcouting for plug_in->progress (reopens bug #150194) and enabled the PDB progress code. * plug-ins/script-fu/script-fu-scripts.c: cleaned up the progress stuff and the script-fu interface a bit. * plug-ins/pygimp/gimpenums.py * plug-ins/script-fu/script-fu-constants.c * tools/pdbgen/enums.pl: regenerated.
2004-08-30 22:57:24 +08:00
},
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GimpRepeatMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
Issue #573: rename "Truncate" repeat type to "None (truncate)" and reorder the enum. This commit is based on a patch submitted by Kiyotaka NISHIBORI many years ago.
2024-03-01 07:29:22 +08:00
symbols => [ qw(GIMP_REPEAT_NONE GIMP_REPEAT_TRUNCATE
GIMP_REPEAT_SAWTOOTH GIMP_REPEAT_TRIANGULAR) ],
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
mapping => { GIMP_REPEAT_NONE => '0',
Issue #573: rename "Truncate" repeat type to "None (truncate)" and reorder the enum. This commit is based on a patch submitted by Kiyotaka NISHIBORI many years ago.
2024-03-01 07:29:22 +08:00
GIMP_REPEAT_TRUNCATE => '1',
GIMP_REPEAT_SAWTOOTH => '2',
GIMP_REPEAT_TRIANGULAR => '3' }
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
},
GimpRotationType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
Issue #10588: enumerations for RotationType can't be used in Python Due to GObject Introspection we can't have the last part of an identifier start with a digit, since that part will be used in Python as the identifier, and Python doesn't allow that to start with a digit. e.g. GIMP_ROTATE_90 would be used in Python as image.rotate(Gimp.RotationType.90) To fix this we add DEGREES in front of the number, without a '_', even though that looks ugly.
2024-01-06 02:28:36 +08:00
symbols => [ qw(GIMP_ROTATE_DEGREES90 GIMP_ROTATE_DEGREES180
GIMP_ROTATE_DEGREES270) ],
mapping => { GIMP_ROTATE_DEGREES90 => '0',
GIMP_ROTATE_DEGREES180 => '1',
GIMP_ROTATE_DEGREES270 => '2' }
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
},
GimpRunMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_RUN_INTERACTIVE GIMP_RUN_NONINTERACTIVE
GIMP_RUN_WITH_LAST_VALS) ],
mapping => { GIMP_RUN_INTERACTIVE => '0',
GIMP_RUN_NONINTERACTIVE => '1',
GIMP_RUN_WITH_LAST_VALS => '2' }
},
GimpSelectCriterion =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_SELECT_CRITERION_COMPOSITE
libgimpbase: rename and reorder the values of enum GimpSelectCriterion
2019-11-20 05:25:57 +08:00
GIMP_SELECT_CRITERION_RGB_RED
GIMP_SELECT_CRITERION_RGB_GREEN
GIMP_SELECT_CRITERION_RGB_BLUE
GIMP_SELECT_CRITERION_HSV_HUE
GIMP_SELECT_CRITERION_HSV_SATURATION
GIMP_SELECT_CRITERION_HSV_VALUE
GIMP_SELECT_CRITERION_LCH_LIGHTNESS
GIMP_SELECT_CRITERION_LCH_CHROMA
GIMP_SELECT_CRITERION_LCH_HUE
GIMP_SELECT_CRITERION_ALPHA) ],
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
mapping => { GIMP_SELECT_CRITERION_COMPOSITE => '0',
libgimpbase: rename and reorder the values of enum GimpSelectCriterion
2019-11-20 05:25:57 +08:00
GIMP_SELECT_CRITERION_RGB_RED => '1',
GIMP_SELECT_CRITERION_RGB_GREEN => '2',
GIMP_SELECT_CRITERION_RGB_BLUE => '3',
GIMP_SELECT_CRITERION_HSV_HUE => '4',
GIMP_SELECT_CRITERION_HSV_SATURATION => '5',
GIMP_SELECT_CRITERION_HSV_VALUE => '6',
GIMP_SELECT_CRITERION_LCH_LIGHTNESS => '7',
GIMP_SELECT_CRITERION_LCH_CHROMA => '8',
GIMP_SELECT_CRITERION_LCH_HUE => '9',
GIMP_SELECT_CRITERION_ALPHA => '10' }
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
},
GimpSizeType =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_PIXELS GIMP_POINTS) ],
mapping => { GIMP_PIXELS => '0',
GIMP_POINTS => '1' }
},
GimpStackTraceMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_STACK_TRACE_NEVER GIMP_STACK_TRACE_QUERY
GIMP_STACK_TRACE_ALWAYS) ],
mapping => { GIMP_STACK_TRACE_NEVER => '0',
GIMP_STACK_TRACE_QUERY => '1',
GIMP_STACK_TRACE_ALWAYS => '2' }
},
app, libgimpbase: move enum GimpStrokeMethod to libgimpbase and rename its values.
2015-11-09 05:48:48 +08:00
GimpStrokeMethod =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_STROKE_LINE GIMP_STROKE_PAINT_METHOD) ],
mapping => { GIMP_STROKE_LINE => '0',
GIMP_STROKE_PAINT_METHOD => '1' }
},
libgimp/gimpenums.c.tail regenerated. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. svn path=/trunk/; revision=25329
2008-04-01 06:18:45 +08:00
GimpTextDirection =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
MR !19: Add support for vertical text writing. Squashed commit of the following: commit ee1ff7d502658cfa1248a13a3f0348495db07eda Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Sun Jul 29 00:31:47 2018 +0900 Fixed that gimp-text-dir-ttb-* icons are lacked in Symbolic. commit d87d012d697628da28fe90199cc04b95b72ba8ef Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Sat Jul 28 16:23:10 2018 +0900 Fix a typo. commit cf0238bf7df56c384cdf3b7ec69557d14740f853 Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Sat Jul 28 15:50:57 2018 +0900 Fixed seg fault error. commit b07f60d06fa1a753fda5b4d46af01698c344154e Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Fri Jul 27 17:15:34 2018 +0900 Add support for vertical text writing. https://gitlab.gnome.org/GNOME/gimp/issues/641
2018-07-29 12:57:38 +08:00
symbols => [ qw(GIMP_TEXT_DIRECTION_LTR GIMP_TEXT_DIRECTION_RTL
GIMP_TEXT_DIRECTION_TTB_RTL
GIMP_TEXT_DIRECTION_TTB_RTL_UPRIGHT
GIMP_TEXT_DIRECTION_TTB_LTR
GIMP_TEXT_DIRECTION_TTB_LTR_UPRIGHT) ],
libgimp/gimpenums.c.tail regenerated. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. svn path=/trunk/; revision=25329
2008-04-01 06:18:45 +08:00
mapping => { GIMP_TEXT_DIRECTION_LTR => '0',
MR !19: Add support for vertical text writing. Squashed commit of the following: commit ee1ff7d502658cfa1248a13a3f0348495db07eda Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Sun Jul 29 00:31:47 2018 +0900 Fixed that gimp-text-dir-ttb-* icons are lacked in Symbolic. commit d87d012d697628da28fe90199cc04b95b72ba8ef Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Sat Jul 28 16:23:10 2018 +0900 Fix a typo. commit cf0238bf7df56c384cdf3b7ec69557d14740f853 Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Sat Jul 28 15:50:57 2018 +0900 Fixed seg fault error. commit b07f60d06fa1a753fda5b4d46af01698c344154e Author: ONO Yoshio <ohtsuka.yoshio@gmail.com> Date: Fri Jul 27 17:15:34 2018 +0900 Add support for vertical text writing. https://gitlab.gnome.org/GNOME/gimp/issues/641
2018-07-29 12:57:38 +08:00
GIMP_TEXT_DIRECTION_RTL => '1',
GIMP_TEXT_DIRECTION_TTB_RTL => '2',
GIMP_TEXT_DIRECTION_TTB_RTL_UPRIGHT => '3',
GIMP_TEXT_DIRECTION_TTB_LTR => '4',
GIMP_TEXT_DIRECTION_TTB_LTR_UPRIGHT => '5' }
libgimp/gimpenums.c.tail regenerated. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. svn path=/trunk/; revision=25329
2008-04-01 06:18:45 +08:00
},
added new enum GimpTextHintStyle. 2008-10-27 Sven Neumann <sven@gimp.org> * libgimpbase/gimpbaseenums.[ch]: added new enum GimpTextHintStyle. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. * app/text/gimptext.[ch]: added new property "hint-style". Removed "autohint" property and mapped the boolean property "hinting" to the new enum property "hint-style". * app/text/gimptextlayout-render.c (gimp_text_layout_render_flags): use "hint-style". * app/tools/gimptextoptions.[ch]: changed tool options accordingly. * tools/pdbgen/pdb/text_layer.pdb: deprecated the "hinting" API and introduced getters and setters for "hint-style". * app/pdb/text-layer-cmds.c * app/pdb/internal-procs.c * libgimp/gimptextlayer_pdb.[ch]: regenerated. svn path=/trunk/; revision=27432
2008-10-27 15:59:32 +08:00
GimpTextHintStyle =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_TEXT_HINT_STYLE_NONE
GIMP_TEXT_HINT_STYLE_SLIGHT
GIMP_TEXT_HINT_STYLE_MEDIUM
GIMP_TEXT_HINT_STYLE_FULL) ],
mapping => { GIMP_TEXT_HINT_STYLE_NONE => '0',
GIMP_TEXT_HINT_STYLE_SLIGHT => '1',
GIMP_TEXT_HINT_STYLE_MEDIUM => '2',
GIMP_TEXT_HINT_STYLE_FULL => '3' }
},
libgimp/gimpenums.c.tail regenerated. * libgimp/gimpenums.c.tail * tools/pdbgen/enums.pl: regenerated. svn path=/trunk/; revision=25329
2008-04-01 06:18:45 +08:00
GimpTextJustification =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_TEXT_JUSTIFY_LEFT GIMP_TEXT_JUSTIFY_RIGHT
GIMP_TEXT_JUSTIFY_CENTER GIMP_TEXT_JUSTIFY_FILL) ],
mapping => { GIMP_TEXT_JUSTIFY_LEFT => '0',
GIMP_TEXT_JUSTIFY_RIGHT => '1',
GIMP_TEXT_JUSTIFY_CENTER => '2',
GIMP_TEXT_JUSTIFY_FILL => '3' }
},
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
GimpTransferMode =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_TRANSFER_SHADOWS GIMP_TRANSFER_MIDTONES
GIMP_TRANSFER_HIGHLIGHTS) ],
mapping => { GIMP_TRANSFER_SHADOWS => '0',
GIMP_TRANSFER_MIDTONES => '1',
GIMP_TRANSFER_HIGHLIGHTS => '2' }
},
GimpTransformDirection =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_TRANSFORM_FORWARD GIMP_TRANSFORM_BACKWARD) ],
mapping => { GIMP_TRANSFORM_FORWARD => '0',
GIMP_TRANSFORM_BACKWARD => '1' }
},
GimpTransformResize =>
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_TRANSFORM_RESIZE_ADJUST
GIMP_TRANSFORM_RESIZE_CLIP
GIMP_TRANSFORM_RESIZE_CROP
GIMP_TRANSFORM_RESIZE_CROP_WITH_ASPECT) ],
mapping => { GIMP_TRANSFORM_RESIZE_ADJUST => '0',
GIMP_TRANSFORM_RESIZE_CLIP => '1',
GIMP_TRANSFORM_RESIZE_CROP => '2',
GIMP_TRANSFORM_RESIZE_CROP_WITH_ASPECT => '3' }
},
Issue #8900 and #9923: reimplementing GimpUnit as a proper class. This fixes all our GObject Introspection issues with GimpUnit which was both an enum and an int-derived type of user-defined units *completing* the enum values. GIR clearly didn't like this! Now GimpUnit is a proper class and units are unique objects, allowing to compare them with an identity test (i.e. `unit == gimp_unit_pixel ()` tells us if unit is the pixel unit or not), which makes it easy to use, just like with int, yet adding also methods, making for nicer introspected API. As an aside, this also fixes #10738, by having all the built-in units retrievable even if libgimpbase had not been properly initialized with gimp_base_init(). I haven't checked in details how GIR works to introspect, but it looks like it loads the library to inspect and runs functions, hence triggering some CRITICALS because virtual methods (supposed to be initialized with gimp_base_init() run by libgimp) are not set. This new code won't trigger any critical because the vtable method are now not necessary, at least for all built-in units. Note that GimpUnit is still in libgimpbase. It could have been moved to libgimp in order to avoid any virtual method table (since we need to keep core and libgimp side's units in sync, PDB is required), but too many libgimpwidgets widgets were already using GimpUnit. And technically most of GimpUnit logic doesn't require PDB (only the creation/sync part). This is one of the reasons why user-created GimpUnit list is handled and stored differently from other types of objects. Globally this simplifies the code a lot too and we don't need separate implementations of various utils for core and libgimp, which means less prone to errors.
2024-07-26 02:55:21 +08:00
GimpUnitID =>
libgimpbase: sort gimpbaseenums.h alphabetically
2014-05-14 05:29:17 +08:00
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
symbols => [ qw(GIMP_UNIT_PIXEL GIMP_UNIT_INCH GIMP_UNIT_MM
GIMP_UNIT_POINT GIMP_UNIT_PICA GIMP_UNIT_END) ],
mapping => { GIMP_UNIT_PIXEL => '0',
GIMP_UNIT_INCH => '1',
GIMP_UNIT_MM => '2',
GIMP_UNIT_POINT => '3',
GIMP_UNIT_PICA => '4',
GIMP_UNIT_END => '5' }
},
pdb, libgimpbase: Rename GIMP_VECTORS_STROKE_TYPE... ...to GIMP_PATH_STROKE_TYPE as part of the GimpVectors -> GimpPath API update.
2024-07-19 23:07:43 +08:00
GimpPathStrokeType =>
extended gimp_vectors_import() and friends with a parameter for returning 2006-10-25 Simon Budig <simon@gimp.org> * app/vectors/gimpvectors-import.[ch]: extended gimp_vectors_import() and friends with a parameter for returning the newly generated vectors. * app/actions/edit-commands.c * app/actions/vectors-commands.c * app/display/gimpdisplayshell-dnd.c * app/widgets/gimpvectorstreeview.c: Changed accordingly. * app/vectors/vectors-enums.h: moved the GimpVectorsStrokeType to... * libgimpbase/gimpbaseenums.h: ... this file. * app/vectors/Makefile.am: Changed accordingly * app/vectors/vectors-enums.c: removed accordingly. * tools/pdbgen/pdb/vectors.pdb: new functions gimp_vectors_new_from_file() and gimp_vectors_new_from_string(). * tools/pdbgen/pdb/paths.pdb: deprecated the previous functions. * app/pdb/internal_procs.c * app/pdb/paths_cmds.c * app/pdb/vectors_cmds.c * app/vectors/vectors-enums.c * libgimp/gimpenums.h * tools/pdbgen/enums.pl * libgimp/gimppaths_pdb.[ch] * libgimp/gimpvectors_pdb.[ch] * libgimpbase/gimpbaseenums.c * devel-docs/libgimp/tmpl/gimpfontselectbutton.sgml * devel-docs/libgimp/tmpl/gimptools.sgml: regenerated.
2006-10-25 23:14:03 +08:00
{ contig => 1,
header => 'libgimpbase/gimpbaseenums.h',
pdb, libgimpbase: Rename GIMP_VECTORS_STROKE_TYPE... ...to GIMP_PATH_STROKE_TYPE as part of the GimpVectors -> GimpPath API update.
2024-07-19 23:07:43 +08:00
symbols => [ qw(GIMP_PATH_STROKE_TYPE_BEZIER) ],
mapping => { GIMP_PATH_STROKE_TYPE_BEZIER => '0' }
extended gimp_vectors_import() and friends with a parameter for returning 2006-10-25 Simon Budig <simon@gimp.org> * app/vectors/gimpvectors-import.[ch]: extended gimp_vectors_import() and friends with a parameter for returning the newly generated vectors. * app/actions/edit-commands.c * app/actions/vectors-commands.c * app/display/gimpdisplayshell-dnd.c * app/widgets/gimpvectorstreeview.c: Changed accordingly. * app/vectors/vectors-enums.h: moved the GimpVectorsStrokeType to... * libgimpbase/gimpbaseenums.h: ... this file. * app/vectors/Makefile.am: Changed accordingly * app/vectors/vectors-enums.c: removed accordingly. * tools/pdbgen/pdb/vectors.pdb: new functions gimp_vectors_new_from_file() and gimp_vectors_new_from_string(). * tools/pdbgen/pdb/paths.pdb: deprecated the previous functions. * app/pdb/internal_procs.c * app/pdb/paths_cmds.c * app/pdb/vectors_cmds.c * app/vectors/vectors-enums.c * libgimp/gimpenums.h * tools/pdbgen/enums.pl * libgimp/gimppaths_pdb.[ch] * libgimp/gimpvectors_pdb.[ch] * libgimpbase/gimpbaseenums.c * devel-docs/libgimp/tmpl/gimpfontselectbutton.sgml * devel-docs/libgimp/tmpl/gimptools.sgml: regenerated.
2006-10-25 23:14:03 +08:00
},
pdb, app, libgimp: add gimp_image_convert_color_profile() PDB wrapper This commit is more complex than a usual PDB procedure because it needs to make the enums from libgimpconfig/gimpcolorconfig-enums.h known to the PDB.
2015-06-10 07:38:20 +08:00
GimpColorManagementMode =>
{ contig => 1,
libgimpconfig: rename gimpcolorconfig-enums.[ch] to gimpconfigenums.[ch] It makes no sense to do this differently than in all other of our libraries.
2016-06-07 03:05:16 +08:00
header => 'libgimpconfig/gimpconfigenums.h',
pdb, app, libgimp: add gimp_image_convert_color_profile() PDB wrapper This commit is more complex than a usual PDB procedure because it needs to make the enums from libgimpconfig/gimpcolorconfig-enums.h known to the PDB.
2015-06-10 07:38:20 +08:00
symbols => [ qw(GIMP_COLOR_MANAGEMENT_OFF
GIMP_COLOR_MANAGEMENT_DISPLAY
GIMP_COLOR_MANAGEMENT_SOFTPROOF) ],
mapping => { GIMP_COLOR_MANAGEMENT_OFF => '0',
GIMP_COLOR_MANAGEMENT_DISPLAY => '1',
GIMP_COLOR_MANAGEMENT_SOFTPROOF => '2' }
},
GimpColorRenderingIntent =>
{ contig => 1,
libgimpconfig: rename gimpcolorconfig-enums.[ch] to gimpconfigenums.[ch] It makes no sense to do this differently than in all other of our libraries.
2016-06-07 03:05:16 +08:00
header => 'libgimpconfig/gimpconfigenums.h',
pdb, app, libgimp: add gimp_image_convert_color_profile() PDB wrapper This commit is more complex than a usual PDB procedure because it needs to make the enums from libgimpconfig/gimpcolorconfig-enums.h known to the PDB.
2015-06-10 07:38:20 +08:00
symbols => [ qw(GIMP_COLOR_RENDERING_INTENT_PERCEPTUAL
GIMP_COLOR_RENDERING_INTENT_RELATIVE_COLORIMETRIC
GIMP_COLOR_RENDERING_INTENT_SATURATION
GIMP_COLOR_RENDERING_INTENT_ABSOLUTE_COLORIMETRIC) ],
mapping => { GIMP_COLOR_RENDERING_INTENT_PERCEPTUAL => '0',
GIMP_COLOR_RENDERING_INTENT_RELATIVE_COLORIMETRIC => '1',
GIMP_COLOR_RENDERING_INTENT_SATURATION => '2',
GIMP_COLOR_RENDERING_INTENT_ABSOLUTE_COLORIMETRIC => '3' }
},
app, pdb, libgimp: add PDB API for layer blend space and compositing space
2017-02-20 08:17:07 +08:00
GimpLayerColorSpace =>
{ contig => 1,
header => 'operations/operations-enums.h',
symbols => [ qw(GIMP_LAYER_COLOR_SPACE_AUTO
GIMP_LAYER_COLOR_SPACE_RGB_LINEAR
GIMP_LAYER_COLOR_SPACE_RGB_PERCEPTUAL) ],
mapping => { GIMP_LAYER_COLOR_SPACE_AUTO => '0',
GIMP_LAYER_COLOR_SPACE_RGB_LINEAR => '1',
GIMP_LAYER_COLOR_SPACE_RGB_PERCEPTUAL => '2' }
},
app: add internal and PDB API and UI to control a layer's composite mode Largely based on a patch by Ell, with the enum type renamed and various small changes. Adds another axis of configurability to the existing layer mode madness, and is WIP too.
2017-02-02 07:38:25 +08:00
GimpLayerCompositeMode =>
{ contig => 1,
header => 'operations/operations-enums.h',
symbols => [ qw(GIMP_LAYER_COMPOSITE_AUTO
app, pdb, libgimp, plug-ins, menus: rename layer composite modes Our composite modes don't correspond directly to the Porter-Duff operators after which they're named, and these names aren't too descriptive anyway. Rename the composite modes as follows: Source Over => Union Source Atop => Clip to Backdrop Destination Atop => Clip to Layer Source In => Intersection Update relevant code, including UI text, enumerator names, function names, and action names.
2018-03-15 02:52:10 +08:00
GIMP_LAYER_COMPOSITE_UNION
GIMP_LAYER_COMPOSITE_CLIP_TO_BACKDROP
GIMP_LAYER_COMPOSITE_CLIP_TO_LAYER
GIMP_LAYER_COMPOSITE_INTERSECTION) ],
app: add internal and PDB API and UI to control a layer's composite mode Largely based on a patch by Ell, with the enum type renamed and various small changes. Adds another axis of configurability to the existing layer mode madness, and is WIP too.
2017-02-02 07:38:25 +08:00
mapping => { GIMP_LAYER_COMPOSITE_AUTO => '0',
app, pdb, libgimp, plug-ins, menus: rename layer composite modes Our composite modes don't correspond directly to the Porter-Duff operators after which they're named, and these names aren't too descriptive anyway. Rename the composite modes as follows: Source Over => Union Source Atop => Clip to Backdrop Destination Atop => Clip to Layer Source In => Intersection Update relevant code, including UI text, enumerator names, function names, and action names.
2018-03-15 02:52:10 +08:00
GIMP_LAYER_COMPOSITE_UNION => '1',
GIMP_LAYER_COMPOSITE_CLIP_TO_BACKDROP => '2',
GIMP_LAYER_COMPOSITE_CLIP_TO_LAYER => '3',
GIMP_LAYER_COMPOSITE_INTERSECTION => '4' }
app: add internal and PDB API and UI to control a layer's composite mode Largely based on a patch by Ell, with the enum type renamed and various small changes. Adds another axis of configurability to the existing layer mode madness, and is WIP too.
2017-02-02 07:38:25 +08:00
},
app, libgimp*, plug-ins: replace enum GimpLayerModeEffects by GimpLayerMode with proper value names. Mark most values as _BROKEN because they use weird alpha compositing that has to die. Move GimpLayerModeEffects to libgimpbase, deprecate it, and set it as compat enum for GimpLayerMode. Add the GimpLayerModeEffects values as compat constants to script-fu and pygimp.
2017-01-09 06:00:19 +08:00
GimpLayerMode =>
app: remove base-enums.[ch] and move its remaining content to core-enums, move the siox enum to base-types.h.
2012-04-09 07:11:50 +08:00
{ contig => 1,
app: move layer mode enums and gimp-layer-modes.[ch] to operations/ and to operations/layer-modes/, respectively. Add gimp_layer_modes_init() which asserts on the correct order of the GimpLayerModeInfo array, and switch to accessing the array directly in gimp_layer_mode_info().
2017-02-05 22:59:29 +08:00
header => 'operations/operations-enums.h',
*: rename NORMAL to NORMAL_LEGACY and NORMAL_LINEAR to NORMAL and make NORMAL_LEGACY immutable.
2017-02-26 23:26:34 +08:00
symbols => [ qw(GIMP_LAYER_MODE_NORMAL_LEGACY
GIMP_LAYER_MODE_DISSOLVE
app, libgimp, plug-ins: remove the _LINEAR layer mode variants Missing: PDB API to set the various sub-modes we now have for layer modes.
2017-02-20 06:14:44 +08:00
GIMP_LAYER_MODE_BEHIND_LEGACY
app: add new multiply op
2017-01-09 09:03:52 +08:00
GIMP_LAYER_MODE_MULTIPLY_LEGACY
GIMP_LAYER_MODE_SCREEN_LEGACY
GIMP_LAYER_MODE_OVERLAY_LEGACY
GIMP_LAYER_MODE_DIFFERENCE_LEGACY
GIMP_LAYER_MODE_ADDITION_LEGACY
GIMP_LAYER_MODE_SUBTRACT_LEGACY
GIMP_LAYER_MODE_DARKEN_ONLY_LEGACY
GIMP_LAYER_MODE_LIGHTEN_ONLY_LEGACY
GIMP_LAYER_MODE_HSV_HUE_LEGACY
GIMP_LAYER_MODE_HSV_SATURATION_LEGACY
app: rename "Color (HSV) (legacy)" mode to "Color (HSL) (legacy)" The color-space qualification is, in fact, a 2.9 thing, so there's no historic reason to keep the wrong name for the legacy mode.
2017-03-16 18:17:05 +08:00
GIMP_LAYER_MODE_HSL_COLOR_LEGACY
app: add new multiply op
2017-01-09 09:03:52 +08:00
GIMP_LAYER_MODE_HSV_VALUE_LEGACY
GIMP_LAYER_MODE_DIVIDE_LEGACY
GIMP_LAYER_MODE_DODGE_LEGACY
GIMP_LAYER_MODE_BURN_LEGACY
GIMP_LAYER_MODE_HARDLIGHT_LEGACY
GIMP_LAYER_MODE_SOFTLIGHT_LEGACY
GIMP_LAYER_MODE_GRAIN_EXTRACT_LEGACY
GIMP_LAYER_MODE_GRAIN_MERGE_LEGACY
app: implement color-erase mode as a GimpOperationLayerMode blendfun ... and get rid of the dedicated op. This gives us support for all the blend/composite options for this mode. Rename COLOR_ERASE to COLOR_ERASE_LEGACY, with perceptual blending/ compositing and immutable everything, and add a new COLOR_ERASE mode, defaulting to linear blending/compositing, with mutable everything. Modify affected code.
2017-03-09 02:06:46 +08:00
GIMP_LAYER_MODE_COLOR_ERASE_LEGACY
app, libgimp*, plug-ins: replace enum GimpLayerModeEffects by GimpLayerMode with proper value names. Mark most values as _BROKEN because they use weird alpha compositing that has to die. Move GimpLayerModeEffects to libgimpbase, deprecate it, and set it as compat enum for GimpLayerMode. Add the GimpLayerModeEffects values as compat constants to script-fu and pygimp.
2017-01-09 06:00:19 +08:00
GIMP_LAYER_MODE_OVERLAY GIMP_LAYER_MODE_LCH_HUE
GIMP_LAYER_MODE_LCH_CHROMA
GIMP_LAYER_MODE_LCH_COLOR
app: do not let pixel encoding determine layer modes See bug #757485 - woth noting that this also enables linear and thus correct compositing when using 8bpc perceptual gamma as the layer storage format.
2016-12-23 06:50:02 +08:00
GIMP_LAYER_MODE_LCH_LIGHTNESS
*: rename NORMAL to NORMAL_LEGACY and NORMAL_LINEAR to NORMAL and make NORMAL_LEGACY immutable.
2017-02-26 23:26:34 +08:00
GIMP_LAYER_MODE_NORMAL GIMP_LAYER_MODE_BEHIND
GIMP_LAYER_MODE_MULTIPLY GIMP_LAYER_MODE_SCREEN
GIMP_LAYER_MODE_DIFFERENCE
app, libgimp, plug-ins: remove the _LINEAR layer mode variants Missing: PDB API to set the various sub-modes we now have for layer modes.
2017-02-20 06:14:44 +08:00
GIMP_LAYER_MODE_ADDITION GIMP_LAYER_MODE_SUBTRACT
app: split legacy lighten only and darken only ops
2017-01-10 10:07:36 +08:00
GIMP_LAYER_MODE_DARKEN_ONLY
app: duplicate hsv layer modes, and fix alpha handling
2017-01-11 02:37:51 +08:00
GIMP_LAYER_MODE_LIGHTEN_ONLY
GIMP_LAYER_MODE_HSV_HUE
GIMP_LAYER_MODE_HSV_SATURATION
app: rename "Color (HSV)" mode to "Color (HSL)" ... since that's the color space it actually works in. Keep the legacy "Color (HSV)" mode's name as is, wrong as it is, since, well, that's what it used to be called...
2017-03-16 07:30:01 +08:00
GIMP_LAYER_MODE_HSL_COLOR
app: split legacy out of burn and divide
2017-01-11 10:02:54 +08:00
GIMP_LAYER_MODE_HSV_VALUE GIMP_LAYER_MODE_DIVIDE
app, libgimp, plug-ins: remove the _LINEAR layer mode variants Missing: PDB API to set the various sub-modes we now have for layer modes.
2017-02-20 06:14:44 +08:00
GIMP_LAYER_MODE_DODGE GIMP_LAYER_MODE_BURN
app, libgimp: reorder enum GimpLayerMode so LEGACY and new modes have the same order, if possible.
2017-01-15 04:52:54 +08:00
GIMP_LAYER_MODE_HARDLIGHT
app: split legacy out of grain extract and merge
2017-01-11 11:36:31 +08:00
GIMP_LAYER_MODE_SOFTLIGHT
GIMP_LAYER_MODE_GRAIN_EXTRACT
app, libgimp: add linear variants of most layer modes and reorder gimp_gegl_mode_node_set_mode() and friends.
2017-01-15 05:56:54 +08:00
GIMP_LAYER_MODE_GRAIN_MERGE
app: implement non-legacy blend modes in GimpOperationLayerMode For operations needing to override default behavior sub-classes should still be used. This commit also enables pinligh, vividlight and linearlight blend mode modes
2017-01-23 02:48:49 +08:00
GIMP_LAYER_MODE_VIVID_LIGHT
GIMP_LAYER_MODE_PIN_LIGHT
GIMP_LAYER_MODE_LINEAR_LIGHT
app, libgimp, plug-ins: remove the _LINEAR layer mode variants Missing: PDB API to set the various sub-modes we now have for layer modes.
2017-02-20 06:14:44 +08:00
GIMP_LAYER_MODE_HARD_MIX GIMP_LAYER_MODE_EXCLUSION
app: implement non-legacy blend modes in GimpOperationLayerMode For operations needing to override default behavior sub-classes should still be used. This commit also enables pinligh, vividlight and linearlight blend mode modes
2017-01-23 02:48:49 +08:00
GIMP_LAYER_MODE_LINEAR_BURN
app: add GIMP_LAYER_MODE_LUMA_DARKEN_ONLY and _LUMA_DARKEN_ONLY which are perceptual versions of the new LUMINANCE_DARKEN_ONLY and LUMINANCE_LIGHTEN_ONLY modes. Add the new modes to the UI.
2017-01-31 04:43:16 +08:00
GIMP_LAYER_MODE_LUMA_DARKEN_ONLY
app, libgimp: commit regenerated files after enum GimpLayerMode change and reorder the GimpLayerModeInfo array correctly.
2017-02-21 01:21:12 +08:00
GIMP_LAYER_MODE_LUMA_LIGHTEN_ONLY
app: implement color-erase mode as a GimpOperationLayerMode blendfun ... and get rid of the dedicated op. This gives us support for all the blend/composite options for this mode. Rename COLOR_ERASE to COLOR_ERASE_LEGACY, with perceptual blending/ compositing and immutable everything, and add a new COLOR_ERASE mode, defaulting to linear blending/compositing, with mutable everything. Modify affected code.
2017-03-09 02:06:46 +08:00
GIMP_LAYER_MODE_LUMINANCE
app: add mono-mix layer mode Calculates the dot product of the two input colors, and uses that as the value for all the output color's components. Basically, a per-pixel mono mixer. Useful for custom desaturation, component extraction, and crazier stuff (bump mapping!)
2017-03-11 05:33:14 +08:00
GIMP_LAYER_MODE_COLOR_ERASE GIMP_LAYER_MODE_ERASE
app: add pass-through layer mode Only add the enum-value/mode-info for now. Pass-through mode appears above normal mode, in the default group, for layer groups only.
2017-04-22 01:38:22 +08:00
GIMP_LAYER_MODE_MERGE GIMP_LAYER_MODE_SPLIT
GIMP_LAYER_MODE_PASS_THROUGH) ],
*: rename NORMAL to NORMAL_LEGACY and NORMAL_LINEAR to NORMAL and make NORMAL_LEGACY immutable.
2017-02-26 23:26:34 +08:00
mapping => { GIMP_LAYER_MODE_NORMAL_LEGACY => '0',
app, libgimp*, plug-ins: replace enum GimpLayerModeEffects by GimpLayerMode with proper value names. Mark most values as _BROKEN because they use weird alpha compositing that has to die. Move GimpLayerModeEffects to libgimpbase, deprecate it, and set it as compat enum for GimpLayerMode. Add the GimpLayerModeEffects values as compat constants to script-fu and pygimp.
2017-01-09 06:00:19 +08:00
GIMP_LAYER_MODE_DISSOLVE => '1',
app, libgimp, plug-ins: remove the _LINEAR layer mode variants Missing: PDB API to set the various sub-modes we now have for layer modes.
2017-02-20 06:14:44 +08:00
GIMP_LAYER_MODE_BEHIND_LEGACY => '2',
Rename GIMP_LAYER_MODE_FOO_BROKEN to GIMP_LAYER_MODE_FOO_LEGACY "Broken" sounds like it needs fixing, but it's legacy compat stuff that will have to stay for all eternity.
2017-01-09 08:27:20 +08:00
GIMP_LAYER_MODE_MULTIPLY_LEGACY => '3',
GIMP_LAYER_MODE_SCREEN_LEGACY => '4',
GIMP_LAYER_MODE_OVERLAY_LEGACY => '5',
GIMP_LAYER_MODE_DIFFERENCE_LEGACY => '6',
GIMP_LAYER_MODE_ADDITION_LEGACY => '7',
GIMP_LAYER_MODE_SUBTRACT_LEGACY => '8',
GIMP_LAYER_MODE_DARKEN_ONLY_LEGACY => '9',
GIMP_LAYER_MODE_LIGHTEN_ONLY_LEGACY => '10',
GIMP_LAYER_MODE_HSV_HUE_LEGACY => '11',
GIMP_LAYER_MODE_HSV_SATURATION_LEGACY => '12',
app: rename "Color (HSV) (legacy)" mode to "Color (HSL) (legacy)" The color-space qualification is, in fact, a 2.9 thing, so there's no historic reason to keep the wrong name for the legacy mode.
2017-03-16 18:17:05 +08:00
GIMP_LAYER_MODE_HSL_COLOR_LEGACY => '13',
Rename GIMP_LAYER_MODE_FOO_BROKEN to GIMP_LAYER_MODE_FOO_LEGACY "Broken" sounds like it needs fixing, but it's legacy compat stuff that will have to stay for all eternity.
2017-01-09 08:27:20 +08:00
GIMP_LAYER_MODE_HSV_VALUE_LEGACY => '14',
GIMP_LAYER_MODE_DIVIDE_LEGACY => '15',
GIMP_LAYER_MODE_DODGE_LEGACY => '16',
GIMP_LAYER_MODE_BURN_LEGACY => '17',
GIMP_LAYER_MODE_HARDLIGHT_LEGACY => '18',
GIMP_LAYER_MODE_SOFTLIGHT_LEGACY => '19',
GIMP_LAYER_MODE_GRAIN_EXTRACT_LEGACY => '20',
GIMP_LAYER_MODE_GRAIN_MERGE_LEGACY => '21',
app: implement color-erase mode as a GimpOperationLayerMode blendfun ... and get rid of the dedicated op. This gives us support for all the blend/composite options for this mode. Rename COLOR_ERASE to COLOR_ERASE_LEGACY, with perceptual blending/ compositing and immutable everything, and add a new COLOR_ERASE mode, defaulting to linear blending/compositing, with mutable everything. Modify affected code.
2017-03-09 02:06:46 +08:00
GIMP_LAYER_MODE_COLOR_ERASE_LEGACY => '22',
app, libgimp*, plug-ins: replace enum GimpLayerModeEffects by GimpLayerMode with proper value names. Mark most values as _BROKEN because they use weird alpha compositing that has to die. Move GimpLayerModeEffects to libgimpbase, deprecate it, and set it as compat enum for GimpLayerMode. Add the GimpLayerModeEffects values as compat constants to script-fu and pygimp.
2017-01-09 06:00:19 +08:00
GIMP_LAYER_MODE_OVERLAY => '23',
GIMP_LAYER_MODE_LCH_HUE => '24',
GIMP_LAYER_MODE_LCH_CHROMA => '25',
GIMP_LAYER_MODE_LCH_COLOR => '26',
app: do not let pixel encoding determine layer modes See bug #757485 - woth noting that this also enables linear and thus correct compositing when using 8bpc perceptual gamma as the layer storage format.
2016-12-23 06:50:02 +08:00
GIMP_LAYER_MODE_LCH_LIGHTNESS => '27',
*: rename NORMAL to NORMAL_LEGACY and NORMAL_LINEAR to NORMAL and make NORMAL_LEGACY immutable.
2017-02-26 23:26:34 +08:00
GIMP_LAYER_MODE_NORMAL => '28',
app, libgimp: commit regenerated files after enum GimpLayerMode change and reorder the GimpLayerModeInfo array correctly.
2017-02-21 01:21:12 +08:00
GIMP_LAYER_MODE_BEHIND => '29',
GIMP_LAYER_MODE_MULTIPLY => '30',
GIMP_LAYER_MODE_SCREEN => '31',
GIMP_LAYER_MODE_DIFFERENCE => '32',
GIMP_LAYER_MODE_ADDITION => '33',
GIMP_LAYER_MODE_SUBTRACT => '34',
GIMP_LAYER_MODE_DARKEN_ONLY => '35',
GIMP_LAYER_MODE_LIGHTEN_ONLY => '36',
GIMP_LAYER_MODE_HSV_HUE => '37',
GIMP_LAYER_MODE_HSV_SATURATION => '38',
app: rename "Color (HSV)" mode to "Color (HSL)" ... since that's the color space it actually works in. Keep the legacy "Color (HSV)" mode's name as is, wrong as it is, since, well, that's what it used to be called...
2017-03-16 07:30:01 +08:00
GIMP_LAYER_MODE_HSL_COLOR => '39',
app, libgimp: commit regenerated files after enum GimpLayerMode change and reorder the GimpLayerModeInfo array correctly.
2017-02-21 01:21:12 +08:00
GIMP_LAYER_MODE_HSV_VALUE => '40',
GIMP_LAYER_MODE_DIVIDE => '41',
GIMP_LAYER_MODE_DODGE => '42',
GIMP_LAYER_MODE_BURN => '43',
GIMP_LAYER_MODE_HARDLIGHT => '44',
GIMP_LAYER_MODE_SOFTLIGHT => '45',
GIMP_LAYER_MODE_GRAIN_EXTRACT => '46',
GIMP_LAYER_MODE_GRAIN_MERGE => '47',
GIMP_LAYER_MODE_VIVID_LIGHT => '48',
GIMP_LAYER_MODE_PIN_LIGHT => '49',
GIMP_LAYER_MODE_LINEAR_LIGHT => '50',
GIMP_LAYER_MODE_HARD_MIX => '51',
GIMP_LAYER_MODE_EXCLUSION => '52',
GIMP_LAYER_MODE_LINEAR_BURN => '53',
GIMP_LAYER_MODE_LUMA_DARKEN_ONLY => '54',
GIMP_LAYER_MODE_LUMA_LIGHTEN_ONLY => '55',
app: implement color-erase mode as a GimpOperationLayerMode blendfun ... and get rid of the dedicated op. This gives us support for all the blend/composite options for this mode. Rename COLOR_ERASE to COLOR_ERASE_LEGACY, with perceptual blending/ compositing and immutable everything, and add a new COLOR_ERASE mode, defaulting to linear blending/compositing, with mutable everything. Modify affected code.
2017-03-09 02:06:46 +08:00
GIMP_LAYER_MODE_LUMINANCE => '56',
app: make erase mode an ordinary layer/paint mode Include erase mode in the menu for layers and general paint tools. This makes the eraser tool somewhat unnecessary, but allows for interesting use cases (e.g., airbrush eraser, etc.)
2017-03-11 03:35:46 +08:00
GIMP_LAYER_MODE_COLOR_ERASE => '57',
app: add mono-mix layer mode Calculates the dot product of the two input colors, and uses that as the value for all the output color's components. Basically, a per-pixel mono mixer. Useful for custom desaturation, component extraction, and crazier stuff (bump mapping!)
2017-03-11 05:33:14 +08:00
GIMP_LAYER_MODE_ERASE => '58',
app: remove mono-mix layer mode This effectively reverts commit c6c0899655740869ef401599e16d9c8e16853f80. Removing due to lack of consensus. We can always re-add it in the future if we decide we want it.
2017-03-16 02:52:14 +08:00
GIMP_LAYER_MODE_MERGE => '59',
app: add pass-through layer mode Only add the enum-value/mode-info for now. Pass-through mode appears above normal mode, in the default group, for layer groups only.
2017-04-22 01:38:22 +08:00
GIMP_LAYER_MODE_SPLIT => '60',
GIMP_LAYER_MODE_PASS_THROUGH => '61' }
app: remove base-enums.[ch] and move its remaining content to core-enums, move the siox enum to base-types.h.
2012-04-09 07:11:50 +08:00
},
app: move layer mode enums and gimp-layer-modes.[ch] to operations/ and to operations/layer-modes/, respectively. Add gimp_layer_modes_init() which asserts on the correct order of the GimpLayerModeInfo array, and switch to accessing the array directly in gimp_layer_mode_info().
2017-02-05 22:59:29 +08:00
GimpConvertDitherType =>
{ contig => 1,
header => 'core/core-enums.h',
app, pdb, libgimp: rename values of enum GimpConvertDitherType being exported to libgimp, and having a non-exported value, this is a horrible mess like with GimpLayerMode, but at least the cruft value names are deprecated now.
2017-02-27 03:10:54 +08:00
symbols => [ qw(GIMP_CONVERT_DITHER_NONE GIMP_CONVERT_DITHER_FS
GIMP_CONVERT_DITHER_FS_LOWBLEED
GIMP_CONVERT_DITHER_FIXED) ],
mapping => { GIMP_CONVERT_DITHER_NONE => '0',
GIMP_CONVERT_DITHER_FS => '1',
GIMP_CONVERT_DITHER_FS_LOWBLEED => '2',
GIMP_CONVERT_DITHER_FIXED => '3' }
app: move layer mode enums and gimp-layer-modes.[ch] to operations/ and to operations/layer-modes/, respectively. Add gimp_layer_modes_init() which asserts on the correct order of the GimpLayerModeInfo array, and switch to accessing the array directly in gimp_layer_mode_info().
2017-02-05 22:59:29 +08:00
},
GimpHistogramChannel =>
{ contig => 1,
header => 'core/core-enums.h',
symbols => [ qw(GIMP_HISTOGRAM_VALUE GIMP_HISTOGRAM_RED
GIMP_HISTOGRAM_GREEN GIMP_HISTOGRAM_BLUE
GIMP_HISTOGRAM_ALPHA GIMP_HISTOGRAM_LUMINANCE) ],
mapping => { GIMP_HISTOGRAM_VALUE => '0',
GIMP_HISTOGRAM_RED => '1',
GIMP_HISTOGRAM_GREEN => '2',
GIMP_HISTOGRAM_BLUE => '3',
GIMP_HISTOGRAM_ALPHA => '4',
GIMP_HISTOGRAM_LUMINANCE => '5' }
},
register GimpPaintApplicationMode with the type system. 2003-03-24 Michael Natterer <mitch@gimp.org> * app/paint/paint-enums.[ch]: register GimpPaintApplicationMode with the type system. * app/paint/gimppaintoptions.[ch]: replaced "gboolean incremental" with "GimpPaintApplicationMode application_mode" * app/paint/gimpairbrush.c * app/paint/gimperaser.c * app/paint/gimppaintbrush.c * app/paint/gimppencil.c: changed accordingly. * tools/pdbgen/pdb/paint_tools.pdb: ditto. Set all paint options values using g_object_set(). * app/widgets/gimppropwidgets.[ch]: added gimp_prop_enum_check_button_new() which can represent two specified enum values and renders itself "inconsistent" for all other values. * app/tools/paint_options.c: use it for the "Incremental" toggle. * app/pdb/paint_tools_cmds.c * tools/pdbgen/enums.pl: regenerated.
2003-03-25 01:58:28 +08:00
GimpBrushApplicationMode =>
{ contig => 1,
header => 'paint/paint-enums.h',
symbols => [ qw(GIMP_BRUSH_HARD GIMP_BRUSH_SOFT) ],
mapping => { GIMP_BRUSH_HARD => '0',
GIMP_BRUSH_SOFT => '1' }
The enum parser, other stuff -Yosh
1999-03-20 07:04:16 +08:00
}
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
);
The enum parser, other stuff -Yosh
1999-03-20 07:04:16 +08:00
foreach $e (values %enums) {
$e->{info} = "";
Lossa stuff -Yosh
1999-04-04 13:59:08 +08:00
foreach (@{$e->{symbols}}) {
tools/pdbgen/app.pl tools/pdbgen/enumcode-py.pl tools/pdbgen/enumcode.pl 2002-03-17 Manish Singh <yosh@gimp.org> * tools/pdbgen/app.pl * tools/pdbgen/enumcode-py.pl * tools/pdbgen/enumcode.pl * tools/pdbgen/enumgen.pl: removed enum nick support, best to keep internal and external names consistent * app/core/core-enums.h: remove chops from enums. Change TRANS to TRANSPARENT in GimpBlendMode * app/core/core-types.h: remove chops and nicks from enums. Change INV to INVERSE and SUB to SUBTRACT to make things more clear * app/core/gimpchannel.c * app/gui/channels-commands.c * app/gui/vectors-commands.c * app/tools/gimpbezierselecttool.c * app/tools/gimpbycolorselecttool.c * app/tools/gimprectselecttool.c * app/tools/gimpselectiontool.c * app/tools/selection_options.c * app/tools/tools-types.h * app/widgets/gimpchannellistview.c * app/widgets/gimpvectorslistview.c: reflect SUB -> SUBTRACT change * app/core/gimpdrawable-blend.c: reflect TRANS -> TRANSPARENT change * app/core/gimplayer.c * app/gui/layers-commands.c: reflect INV -> INVERSE change * app/paint/paint-types.h: remove nick from PaintApplicationMode * app/tools/gimperasertool.c: fix tooltip * app/widgets/gimpenummenu.c: #include "libgimp/gimpintl.h" for gettext * libgimp/gimpcompat.h: compatibility enums here, since we removed the nicks * tools/pdbgen/enums.pl * libgimp/gimpenums.h * plug-ins/script-fu/script-fu-constants.c * app/core/core-enums.c * app/pdb/channel_cmds.c * app/pdb/drawable_cmds.c * app/pdb/edit_cmds.c * app/pdb/layer_cmds.c * app/pdb/misc_tools_cmds.c * app/pdb/paint_tools_cmds.c * app/pdb/selection_cmds.c * app/pdb/selection_tools_cmds.c: regenerated, enum changes * plug-ins/common/hot.c: GIMP_TRANS_IMAGE_FILL -> GIMP_TRANSPARENT_FILL * plug-ins/common/warp.c: GIMP_BG_IMAGE_FILL -> GIMP_BACKGROUND_FILL * plug-ins/script-fu/siod-wrapper.c: compat constant definitions
2002-03-18 06:54:26 +08:00
$e->{info} .= "$_ ($e->{mapping}->{$_}), "
Lossa stuff -Yosh
1999-04-04 13:59:08 +08:00
}
The enum parser, other stuff -Yosh
1999-03-20 07:04:16 +08:00
$e->{info} =~ s/, $//;
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
}
1;