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

449 lines
21 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) 1998-2003 Manish Singh <yosh@gimp.org>
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +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
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +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
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
# (at your option) any later version.
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# 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/>.
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
package Gimp::CodeGen::pdb;
%arg_types = (
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
int32 => { name => 'INT32',
Remove GIMP_TYPE_INT32 and GimpParamSpecInt32 Use gint and GParamSpecInt instead.
2019-08-15 20:04:56 +08:00
gtype => 'G_TYPE_INT',
type => 'gint ',
const_type => 'gint ',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => '0',
get_value_func => '$var = g_value_get_int ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_INT ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_int ($value, $var)',
take_value_func => 'g_value_set_int ($value, $var)' },
pdb: remove int16 from the PDB types and rename int8 to uchar
2019-08-15 21:11:18 +08:00
uchar => { name => 'UCHAR',
Remove GIMP_TYPE_INT8 and GimpParamSpecInt8 Use guchar and GParamSpecUChar instead.
2019-08-15 19:34:11 +08:00
gtype => 'G_TYPE_UCHAR',
pdb: remove int16 from the PDB types and rename int8 to uchar
2019-08-15 21:11:18 +08:00
type => 'guchar ',
const_type => 'guchar ',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => '0',
Remove GIMP_TYPE_INT8 and GimpParamSpecInt8 Use guchar and GParamSpecUChar instead.
2019-08-15 19:34:11 +08:00
get_value_func => '$var = g_value_get_uchar ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_UVHAR ($value)',
Remove GIMP_TYPE_INT8 and GimpParamSpecInt8 Use guchar and GParamSpecUChar instead.
2019-08-15 19:34:11 +08:00
set_value_func => 'g_value_set_uchar ($value, $var)',
take_value_func => 'g_value_set_uchar ($value, $var)' },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
float => { name => 'FLOAT',
gtype => 'G_TYPE_DOUBLE',
type => 'gdouble ',
const_type => 'gdouble ',
init_value => '0.0',
get_value_func => '$var = g_value_get_double ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_DOUBLE ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_double ($value, $var)',
take_value_func => 'g_value_set_double ($value, $var)' },
string => { name => 'STRING',
gtype => 'G_TYPE_STRING',
type => 'gchar *',
const_type => 'const gchar *',
init_value => 'NULL',
pdb, libgimp: annotate input arrays with (element-type foo)
2019-08-01 00:58:52 +08:00
out_annotate => '(transfer full)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
get_value_func => '$var = g_value_get_string ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_STRING ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_string ($value, $var)',
take_value_func => 'g_value_take_string ($value, $var)' },
Remove GimpStringArray in favor of GStrv GLib has a specific type of NULL-terminated string arrays: `G_TYPE_STRV`, which is the `GType` of `char**` aka `GStrv`. By using this type, we can avoid having a `GimpStringArray` which is a bit cumbersome to use for both the C API, as well as bindings. By using `GStrv`, we allow other languages to pass on string lists as they are used to, while the bindings will make sure to do the right thing. In the end, it makes the API a little bit simpler for everyone, and reduces confusion for people who are used to working with string arrays in other C/GLib based code (and not having 2 different types to denote the same thing). Related: https://gitlab.gnome.org/GNOME/gimp/-/issues/5919
2020-12-24 04:15:43 +08:00
strv => { name => 'STRV',
gtype => 'G_TYPE_STRV',
type => 'gchar **',
const_type => 'const gchar **',
init_value => 'NULL',
in_annotate => '(array zero-terminated=1)',
out_annotate => '(array zero-terminated=1) (transfer full)',
get_value_func => '$var = g_value_get_boxed ($value)',
dup_value_func => '$var = GIMP_VALUES_DUP_STRV ($value)',
set_value_func => 'g_value_set_boxed ($value, $var)',
take_value_func => 'g_value_take_boxed ($value, $var)' },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
int32array => { name => 'INT32ARRAY',
gtype => 'GIMP_TYPE_INT32_ARRAY',
type => 'gint32 *',
const_type => 'const gint32 *',
array => 1,
init_value => 'NULL',
pdb, libgimp: annotate input arrays with (element-type foo)
2019-08-01 00:58:52 +08:00
in_annotate => '(element-type gint32)',
out_annotate => '(element-type gint32) (transfer full)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
get_value_func => '$var = gimp_value_get_int32_array ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_INT32_ARRAY ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'gimp_value_set_int32_array ($value, $var, $var_len)',
take_value_func => 'gimp_value_take_int32_array ($value, $var, $var_len)' },
int8array => { name => 'INT8ARRAY',
Rename GIMP_TYPE_INT8_ARRAY to GIMP_TYPE_UINT8_ARRAY and GimpParamSpecInt8Array to GimpParamSpecUInt8Array
2019-08-15 21:04:34 +08:00
gtype => 'GIMP_TYPE_UINT8_ARRAY',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'guint8 *',
const_type => 'const guint8 *',
array => 1,
init_value => 'NULL',
pdb, libgimp: annotate input arrays with (element-type foo)
2019-08-01 00:58:52 +08:00
in_annotate => '(element-type guint8)',
out_annotate => '(element-type guint8) (transfer full)',
Rename GIMP_TYPE_INT8_ARRAY to GIMP_TYPE_UINT8_ARRAY and GimpParamSpecInt8Array to GimpParamSpecUInt8Array
2019-08-15 21:04:34 +08:00
get_value_func => '$var = gimp_value_get_uint8_array ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_UINT8_ARRAY ($value)',
Rename GIMP_TYPE_INT8_ARRAY to GIMP_TYPE_UINT8_ARRAY and GimpParamSpecInt8Array to GimpParamSpecUInt8Array
2019-08-15 21:04:34 +08:00
set_value_func => 'gimp_value_set_uint8_array ($value, $var, $var_len)',
take_value_func => 'gimp_value_take_uint8_array ($value, $var, $var_len)' },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
floatarray => { name => 'FLOATARRAY',
gtype => 'GIMP_TYPE_FLOAT_ARRAY',
type => 'gdouble *',
const_type => 'const gdouble *',
array => 1,
init_value => 'NULL',
pdb, libgimp: annotate input arrays with (element-type foo)
2019-08-01 00:58:52 +08:00
in_annotate => '(element-type gdouble)',
out_annotate => '(element-type gdouble) (transfer full)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
get_value_func => '$var = gimp_value_get_float_array ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_FLOAT_ARRAY ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'gimp_value_set_float_array ($value, $var, $var_len)',
take_value_func => 'gimp_value_take_float_array ($value, $var, $var_len)' },
colorarray => { name => 'COLORARRAY',
gtype => 'GIMP_TYPE_RGB_ARRAY',
type => 'GimpRGB *',
const_type => 'const GimpRGB *',
array => 1,
init_value => 'NULL',
pdb, libgimp: annotate input arrays with (element-type foo)
2019-08-01 00:58:52 +08:00
in_annotate => '(element-type GimpRGB)',
out_annotate => '(element-type GimpRGB) (transfer full)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
get_value_func => '$var = gimp_value_get_rgb_array ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_RGB_ARRAY ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'gimp_value_set_rgb_array ($value, $var, $var_len)',
take_value_func => 'gimp_value_take_rgb_array ($value, $var, $var_len)' },
pdb, libgimp: change all generated ID array return values to object arrays and remove the manual libgimp wrappers which now have the same signature as the generated functions.
2019-09-05 18:57:43 +08:00
imagearray => { name => 'IMAGEARRAY',
gtype => 'GIMP_TYPE_OBJECT_ARRAY',
type => 'GimpImage **',
const_type => 'const GimpImage **',
array => 1,
init_value => 'NULL',
in_annotate => '(element-type GimpImage)',
out_annotate => '(element-type GimpImage) (transfer container)',
pdb: proper conversions for object arrays in PDB.
2020-05-07 19:03:11 +08:00
get_value_func => '$var = (const GimpImage **) gimp_value_get_object_array ($value)',
app, libgimp*, pdb, plug-ins: use g_memdup2() instead of g_memdup() Since it appeared with GLib 2.68.0, we could not change this until we bumped the dependency which has only become possible a few days ago (since Debian testing is our baseline for dependency bumps). Cf. previous commit. As this is a drop-in replacement (just a guint parameter changed to gsize to avoid integer overflow), search-and-replace with: > sed -i 's/g_memdup\>/g_memdup2/g' `grep -rIl 'g_memdup\>' *` … followed by a few manual alignment tweaks when necessary. This gets rid of the many deprecation warnings which we had lately when building with a recent GLib version.
2021-08-26 23:18:32 +08:00
dup_value_func => '{ GimpObjectArray *a = g_value_get_boxed (gimp_value_array_index ($value)); if (a) $var = g_memdup2 (a->data, a->length * sizeof (gpointer)); }',
pdb, libgimp: change all generated ID array return values to object arrays and remove the manual libgimp wrappers which now have the same signature as the generated functions.
2019-09-05 18:57:43 +08:00
set_value_func => 'gimp_value_set_object_array ($value, GIMP_TYPE_IMAGE, (GObject **) $var, $var_len)',
take_value_func => 'gimp_value_take_object_array ($value, GIMP_TYPE_IMAGE, (GObject **) $var, $var_len)' },
itemarray => { name => 'ITEMARRAY',
gtype => 'GIMP_TYPE_OBJECT_ARRAY',
type => 'GimpItem **',
const_type => 'const GimpItem **',
array => 1,
init_value => 'NULL',
in_annotate => '(element-type GimpItem)',
out_annotate => '(element-type GimpItem) (transfer container)',
pdb: proper conversions for object arrays in PDB.
2020-05-07 19:03:11 +08:00
get_value_func => '$var = (const GimpItem **) gimp_value_get_object_array ($value)',
app, libgimp*, pdb, plug-ins: use g_memdup2() instead of g_memdup() Since it appeared with GLib 2.68.0, we could not change this until we bumped the dependency which has only become possible a few days ago (since Debian testing is our baseline for dependency bumps). Cf. previous commit. As this is a drop-in replacement (just a guint parameter changed to gsize to avoid integer overflow), search-and-replace with: > sed -i 's/g_memdup\>/g_memdup2/g' `grep -rIl 'g_memdup\>' *` … followed by a few manual alignment tweaks when necessary. This gets rid of the many deprecation warnings which we had lately when building with a recent GLib version.
2021-08-26 23:18:32 +08:00
dup_value_func => '{ GimpObjectArray *a = g_value_get_boxed (gimp_value_array_index ($value)); if (a) $var = g_memdup2 (a->data, a->length * sizeof (gpointer)); }',
pdb, libgimp: change all generated ID array return values to object arrays and remove the manual libgimp wrappers which now have the same signature as the generated functions.
2019-09-05 18:57:43 +08:00
set_value_func => 'gimp_value_set_object_array ($value, GIMP_TYPE_ITEM, (GObject **) $var, $var_len)',
take_value_func => 'gimp_value_take_object_array ($value, GIMP_TYPE_ITEM, (GObject **) $var, $var_len)' },
layerarray => { name => 'LAYERARRAY',
gtype => 'GIMP_TYPE_OBJECT_ARRAY',
type => 'GimpLayer **',
const_type => 'const GimpLayer **',
array => 1,
init_value => 'NULL',
in_annotate => '(element-type GimpLayer)',
out_annotate => '(element-type GimpLayer) (transfer container)',
pdb: proper conversions for object arrays in PDB.
2020-05-07 19:03:11 +08:00
get_value_func => '$var = (const GimpLayer **) gimp_value_get_object_array ($value)',
app, libgimp*, pdb, plug-ins: use g_memdup2() instead of g_memdup() Since it appeared with GLib 2.68.0, we could not change this until we bumped the dependency which has only become possible a few days ago (since Debian testing is our baseline for dependency bumps). Cf. previous commit. As this is a drop-in replacement (just a guint parameter changed to gsize to avoid integer overflow), search-and-replace with: > sed -i 's/g_memdup\>/g_memdup2/g' `grep -rIl 'g_memdup\>' *` … followed by a few manual alignment tweaks when necessary. This gets rid of the many deprecation warnings which we had lately when building with a recent GLib version.
2021-08-26 23:18:32 +08:00
dup_value_func => '{ GimpObjectArray *a = g_value_get_boxed (gimp_value_array_index ($value)); if (a) $var = g_memdup2 (a->data, a->length * sizeof (gpointer)); }',
pdb, libgimp: change all generated ID array return values to object arrays and remove the manual libgimp wrappers which now have the same signature as the generated functions.
2019-09-05 18:57:43 +08:00
set_value_func => 'gimp_value_set_object_array ($value, GIMP_TYPE_LAYER, (GObject **) $var, $var_len)',
take_value_func => 'gimp_value_take_object_array ($value, GIMP_TYPE_LAYER, (GObject **) $var, $var_len)' },
channelarray => { name => 'CHANNELARRAY',
gtype => 'GIMP_TYPE_OBJECT_ARRAY',
type => 'GimpChannel **',
const_type => 'const GimpChannel **',
array => 1,
init_value => 'NULL',
in_annotate => '(element-type GimpChannel)',
out_annotate => '(element-type GimpChannel) (transfer container)',
app, pdb: fix a few "incompatible pointer type" conversions. That's the problem when there are still too many old warnings hiding the new ones!
2022-10-21 00:56:24 +08:00
get_value_func => '$var = (const GimpChannel **) gimp_value_get_object_array ($value)',
app, libgimp*, pdb, plug-ins: use g_memdup2() instead of g_memdup() Since it appeared with GLib 2.68.0, we could not change this until we bumped the dependency which has only become possible a few days ago (since Debian testing is our baseline for dependency bumps). Cf. previous commit. As this is a drop-in replacement (just a guint parameter changed to gsize to avoid integer overflow), search-and-replace with: > sed -i 's/g_memdup\>/g_memdup2/g' `grep -rIl 'g_memdup\>' *` … followed by a few manual alignment tweaks when necessary. This gets rid of the many deprecation warnings which we had lately when building with a recent GLib version.
2021-08-26 23:18:32 +08:00
dup_value_func => '{ GimpObjectArray *a = g_value_get_boxed (gimp_value_array_index ($value)); if (a) $var = g_memdup2 (a->data, a->length * sizeof (gpointer)); }',
pdb, libgimp: change all generated ID array return values to object arrays and remove the manual libgimp wrappers which now have the same signature as the generated functions.
2019-09-05 18:57:43 +08:00
set_value_func => 'gimp_value_set_object_array ($value, GIMP_TYPE_CHANNEL, (GObject **) $var, $var_len)',
take_value_func => 'gimp_value_take_object_array ($value, GIMP_TYPE_CHANNEL, (GObject **) $var, $var_len)' },
vectorarray => { name => 'VECTORSARRAY',
gtype => 'GIMP_TYPE_OBJECT_ARRAY',
type => 'GimpVectors **',
const_type => 'const GimpVectors **',
array => 1,
init_value => 'NULL',
in_annotate => '(element-type GimpVectors)',
out_annotate => '(element-type GimpVectors) (transfer container)',
pdb: proper conversions for object arrays in PDB.
2020-05-07 19:03:11 +08:00
get_value_func => '$var = (const GimpVectors **) gimp_value_get_object_array ($value)',
app, libgimp*, pdb, plug-ins: use g_memdup2() instead of g_memdup() Since it appeared with GLib 2.68.0, we could not change this until we bumped the dependency which has only become possible a few days ago (since Debian testing is our baseline for dependency bumps). Cf. previous commit. As this is a drop-in replacement (just a guint parameter changed to gsize to avoid integer overflow), search-and-replace with: > sed -i 's/g_memdup\>/g_memdup2/g' `grep -rIl 'g_memdup\>' *` … followed by a few manual alignment tweaks when necessary. This gets rid of the many deprecation warnings which we had lately when building with a recent GLib version.
2021-08-26 23:18:32 +08:00
dup_value_func => '{ GimpObjectArray *a = g_value_get_boxed (gimp_value_array_index ($value)); if (a) $var = g_memdup2 (a->data, a->length * sizeof (gpointer)); }',
pdb, libgimp: change all generated ID array return values to object arrays and remove the manual libgimp wrappers which now have the same signature as the generated functions.
2019-09-05 18:57:43 +08:00
set_value_func => 'gimp_value_set_object_array ($value, GIMP_TYPE_VECTORS, (GObject **) $var, $var_len)',
take_value_func => 'gimp_value_take_object_array ($value, GIMP_TYPE_VECTORS, (GObject **) $var, $var_len)' },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
color => { name => 'COLOR',
gtype => 'GIMP_TYPE_RGB',
type => 'GimpRGB ',
const_type => 'GimpRGB ',
struct => 1,
init_value => '{ 0.0, 0.0, 0.0, 1.0 }',
get_value_func => 'gimp_value_get_rgb ($value, &$var)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => 'GIMP_VALUES_GET_RGB ($value, &$var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'gimp_value_set_rgb ($value, $var)',
take_value_func => 'gimp_value_set_rgb ($value, &$var)',
headers => [ qw(<cairo.h> "libgimpcolor/gimpcolor.h") ] },
display => { name => 'DISPLAY',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_DISPLAY',
pdb, libgimp: now make all ID types classes of their own. No need of is_id_arg() anymore in pdb/lib.pl. Let's reuse the {id} value. Also I had to add an additional trick for GimpDisplay which we will now generate as such in libgimp PDB files, but still need to show as GimpObject on app/pdb/. As previously, only the new classes and the PDB generation for a first step.
2019-08-14 03:36:03 +08:00
type => 'GimpDisplay *',
const_type => 'GimpDisplay *',
app: split GimpDisplay in two classes: GimpDisplay and GimpDisplayImpl GimpDisplay contains only the ID logic and the "gimp" and "config" pointers, and lives in the core. GimpDisplayImpl is a subclass and contains all the actual display stuff. The subclass is only an implementation detail and doesn't appear in any API. Remove all hacks which pass displays as gpointer, GObject or GimpObject through the core, or even lookup its type by name, just use GimpDisplay.
2019-09-04 20:27:18 +08:00
app_type => 'GimpDisplay *',
app_const_type => 'GimpDisplay *',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => 'NULL',
libgimp: s/gimp_display_new_by_id/gimp_display_get_by_id/ GimpDisplay objects now also belongs to libgimp!
2019-08-15 16:14:38 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_DISPLAY ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
pdb, libgimp: remove double API generation from PDB. All plug-ins got ported. Let's remove support for the old API with IDs instead of objects.
2019-09-03 19:31:27 +08:00
take_value_func => 'g_value_set_object ($value, $var)' },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
image => { name => 'IMAGE',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_IMAGE',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpImage *',
const_type => 'GimpImage *',
init_value => 'NULL',
libgimp: s/gimp_image_new_by_id()/gimp_image_get_by_id()/ This means that images' ownership is not given to caller in particular. libgimp will now keep a reference of all GimpImage-s it creates and return this same reference if called again. It also means that you can now compare images by pointer comparison (as 2 GimpImage objects representing the same image ID will be equal). Obviously as a side effect, gimp_image_list() is changed to (transfer container) as you must only free the container now, not the elements. Also various other functions creating new images are now (transfer none) too. Long-time plug-ins will have to be taken in consideration in a further step (we currently never free GimpImage for destroyed images in particular).
2019-08-15 16:01:08 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_IMAGE ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimpimage.h") ] },
item => { name => 'ITEM',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_ITEM',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpItem *',
const_type => 'GimpItem *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_ITEM ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimpitem.h") ] },
layer => { name => 'LAYER',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_LAYER',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpLayer *',
const_type => 'GimpLayer *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_LAYER ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimplayer.h") ] },
app, libgimp, pdb, plug-ins: new GimpTextLayer class in libgimp. Now text layers are proper types, which means that the binding API will also be nicer (e.g. `txt_layer.set_text('hello world')` in Python). This commit also adds the param specs allowing to create plug-in procedures with text layer parameters. Finally it fixes the few calls in file-pdf-save (apparently the only plug-in using specific text layer API right now) with explicit type conversion.
2022-09-30 22:21:47 +08:00
text_layer => { name => 'TEXT_LAYER',
gtype => 'GIMP_TYPE_TEXT_LAYER',
type => 'GimpTextLayer *',
const_type => 'GimpTextLayer *',
init_value => 'NULL',
out_annotate => '(transfer none)',
get_value_func => '$var = g_value_get_object ($value)',
dup_value_func => '$var = GIMP_VALUES_GET_TEXT_LAYER ($value)',
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
headers => [ qw("text/gimptextlayer.h") ] },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
channel => { name => 'CHANNEL',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_CHANNEL',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpChannel *',
const_type => 'GimpChannel *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_CHANNEL ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimpchannel.h") ] },
drawable => { name => 'DRAWABLE',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_DRAWABLE',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpDrawable *',
const_type => 'GimpDrawable *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_DRAWABLE ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimpdrawable.h") ] },
selection => { name => 'SELECTION',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_SELECTION',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpSelection *',
const_type => 'GimpSelection *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_SELECTION ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimpselection.h") ] },
layer_mask => { name => 'CHANNEL',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_LAYER_MASK',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpLayerMask *',
const_type => 'GimpLayerMask *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_LAYER_MASK ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("core/gimplayermask.h") ] },
vectors => { name => 'VECTORS',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
gtype => 'GIMP_TYPE_VECTORS',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
type => 'GimpVectors *',
const_type => 'GimpVectors *',
init_value => 'NULL',
libgimp: GimpItem now also belong to libgimp.
2019-08-15 18:12:25 +08:00
out_annotate => '(transfer none)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
get_value_func => '$var = g_value_get_object ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_VECTORS ($value)',
app, libgimp: get rid of all ID GTypes and ID param specs Turn all ID param specs into object param specs (e.g. GimpParamImageID becomes GimpParamImage) and convert between IDs and objects in gimpgpparams.c directly above the the wire protocol, so all of app/, libgimp/ and plug-ins/ can deal directly with objects down to the lowest level and not care about IDs. Use the actual object param specs for procedure arguments and return values again instead of a plain g_param_spec_object() and bring back the none_ok parameter. This implies changing the PDB type checking functions to work on pure integers instead of IDs (one can't check whether object creation is possible if performing that check requires the object to already exist). For example gimp_foo_is_valid() becomes gimp_foo_id_is_valid() and is not involved in automatic object creation magic at the protocol level. Added wrappers which still say gimp_foo_is_valid() and take the respective objects. Adapted all code, and it all becomes nicer and less convoluted, even the generated PDB wrappers in app/ and libgimp/.
2019-08-29 17:25:35 +08:00
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
headers => [ qw("vectors/gimpvectors.h") ] },
pdb, app, libgimp, plug-ins: replace most PDB filenames/URIs by GFile and in an attack of madness, changes almost all file plug-in code to use GFile instead of filenames, which means passing the GFile down to the bottom and get its filename at the very end where it's actually needed.
2019-09-12 03:48:34 +08:00
file => { name => 'FILE',
gtype => 'G_TYPE_FILE',
type => 'GFile *',
const_type => 'GFile *',
init_value => 'NULL',
out_annotate => '(transfer full)',
get_value_func => '$var = g_value_get_object ($value)',
dup_value_func => '$var = GIMP_VALUES_DUP_FILE ($value)',
set_value_func => 'g_value_set_object ($value, $var)',
take_value_func => 'g_value_set_object ($value, $var)' },
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
parasite => { name => 'PARASITE',
gtype => 'GIMP_TYPE_PARASITE',
type => 'GimpParasite *',
const_type => 'const GimpParasite *',
init_value => 'NULL',
pdb, libgimp: annotate input arrays with (element-type foo)
2019-08-01 00:58:52 +08:00
out_annotate => '(transfer full)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
get_value_func => '$var = g_value_get_boxed ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_PARASITE ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_boxed ($value, $var)',
take_value_func => 'g_value_take_boxed ($value, $var)',
headers => [ qw("libgimpbase/gimpbase.h") ] },
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
pdb: add gimp_procedural_db_proc_argument() and _return_value() Which return proper GParamSpecs. Incuding some useless testing code in gimp_procedural_db_proc_info(), to make sure things work, will go away again soon.
2019-08-05 16:46:55 +08:00
param => { name => 'PARAM',
gtype => 'G_TYPE_PARAM_SPEC',
type => 'GParamSpec *',
const_type => 'GParamSpec *',
init_value => 'NULL',
out_annotate => '(transfer full)',
get_value_func => '$var = g_value_get_param ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_DUP_PARAM ($value)',
pdb: add gimp_procedural_db_proc_argument() and _return_value() Which return proper GParamSpecs. Incuding some useless testing code in gimp_procedural_db_proc_info(), to make sure things work, will go away again soon.
2019-08-05 16:46:55 +08:00
set_value_func => 'g_value_set_param ($value, $var)',
take_value_func => 'g_value_take_param ($value, $var)' },
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
# Special cases
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
enum => { name => 'ENUM',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
gtype => 'G_TYPE_ENUM',
Remove GIMP_TYPE_INT32 and GimpParamSpecInt32 Use gint and GParamSpecInt instead.
2019-08-15 20:04:56 +08:00
type => 'gint ',
const_type => 'gint ',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => '0',
get_value_func => '$var = g_value_get_enum ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_ENUM ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_enum ($value, $var)',
take_value_func => 'g_value_set_enum ($value, $var)' },
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
boolean => { name => 'BOOLEAN',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
gtype => 'G_TYPE_BOOLEAN',
type => 'gboolean ',
const_type => 'gboolean ',
init_value => 'FALSE',
get_value_func => '$var = g_value_get_boolean ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_BOOLEAN ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_boolean ($value, $var)',
take_value_func => 'g_value_set_boolean ($value, $var)' },
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
tattoo => { name => 'TATTOO',
gtype => 'G_TYPE_UINT',
type => 'guint ',
const_type => 'guint ',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => '0',
get_value_func => '$var = g_value_get_uint ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_UINT ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_uint ($value, $var)',
take_value_func => 'g_value_set_uint ($value, $var)' },
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
guide => { name => 'GUIDE',
gtype => 'G_TYPE_UINT',
type => 'guint ',
const_type => 'guint ',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => '0',
get_value_func => '$var = g_value_get_uint ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_UINT ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_uint ($value, $var)',
take_value_func => 'g_value_set_uint ($value, $var)' },
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
sample_point => { name => 'SAMPLE_POINT',
gtype => 'G_TYPE_UINT',
type => 'guint ',
const_type => 'guint ',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
init_value => '0',
get_value_func => '$var = g_value_get_uint ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_UINT ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_uint ($value, $var)',
take_value_func => 'g_value_set_uint ($value, $var)' },
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
unit => { name => 'UNIT',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
gtype => 'GIMP_TYPE_UNIT',
type => 'GimpUnit ',
const_type => 'GimpUnit ',
pdb: use guint for tatoo, guide, sample point, which they are and initialize GimpUnit with PIXEL instead of just 0.
2019-08-15 22:41:39 +08:00
init_value => 'GIMP_UNIT_PIXEL',
pdb, libgimp: more docs and annotations
2019-08-05 21:31:12 +08:00
out_annotate => '(transfer none)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
get_value_func => '$var = g_value_get_int ($value)',
pdb, libgimp: use GIMP_VALUES_GET,DUP_FOO() in the libgimp PDB wrappers
2019-09-04 08:49:33 +08:00
dup_value_func => '$var = GIMP_VALUES_GET_INT ($value)',
pdb: "gtype", "dup_value_func" and "take_value_func" to all PDB types so we have the toolkit for generating proper GType-based code in libgimp. This commit changes no code yet.
2019-07-30 16:39:56 +08:00
set_value_func => 'g_value_set_int ($value, $var)',
take_value_func => 'g_value_set_int ($value, $var)' }
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
);
# Split out the parts of an arg constraint
sub arg_parse {
my $arg = shift;
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
if ($arg =~ /^enum (\w+)(.*)/) {
my ($name, $remove) = ($1, $2);
my @retvals = ('enum', $name);
Stuff -Yosh
1999-03-28 14:36:11 +08:00
if ($remove && $remove =~ m@ \(no @) {
chop $remove; ($remove = substr($remove, 5)) =~ s/ $//;
Bunch more stuff -Yosh
1999-03-18 07:08:08 +08:00
push @retvals, split(/,\s*/, $remove);
}
return @retvals;
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
}
Stuff -Yosh
1999-04-27 12:33:41 +08:00
elsif ($arg =~ /^unit(?: \(min (.*?)\))?/) {
my @retvals = ('unit');
push @retvals, $1 if $1;
return @retvals;
}
allow the use of constants when specifying limits for a PDB type. 2007-07-05 Sven Neumann <sven@gimp.org> * tools/pdbgen/pdb.pl (arg_parse): allow the use of constants when specifying limits for a PDB type. * tools/pdbgen/pdb/channel.pdb * tools/pdbgen/pdb/image.pdb * tools/pdbgen/pdb/layer.pdb: use GIMP_MAX_IMAGE_SIZE as limit for image and drawable sizes. * tools/pdbgen/pdb/selection_tools.pdb: added missing include. * app/pdb/channel_cmds.c * app/pdb/image_cmds.c * app/pdb/layer_cmds.c * app/pdb/selection_tools_cmds.c: regenerated. svn path=/trunk/; revision=22870
2007-07-05 22:31:42 +08:00
elsif ($arg =~ /^(?:([+-.\dA-Z_][^\s]*) \s* (<=|<))?
More stuff -Yosh
1999-03-21 10:14:08 +08:00
\s* (\w+) \s*
allow the use of constants when specifying limits for a PDB type. 2007-07-05 Sven Neumann <sven@gimp.org> * tools/pdbgen/pdb.pl (arg_parse): allow the use of constants when specifying limits for a PDB type. * tools/pdbgen/pdb/channel.pdb * tools/pdbgen/pdb/image.pdb * tools/pdbgen/pdb/layer.pdb: use GIMP_MAX_IMAGE_SIZE as limit for image and drawable sizes. * tools/pdbgen/pdb/selection_tools.pdb: added missing include. * app/pdb/channel_cmds.c * app/pdb/image_cmds.c * app/pdb/layer_cmds.c * app/pdb/selection_tools_cmds.c: regenerated. svn path=/trunk/; revision=22870
2007-07-05 22:31:42 +08:00
(?:(<=|<) \s* ([+-.\dA-Z_][^\s]*))?
The enum parser, other stuff -Yosh
1999-03-20 07:04:16 +08:00
/x) {
Bug 620604 - Description of "histogram" procedure is slightly inaccurate Fix totally broken value ranges of integer PDB parameters. Magically, the bug was affecting only exactly the two cases mentioned in above bug report. * tools/pdbgen/pdb.pl (arg_parse): return <, <=, > and >= literally instead of applying a mapping that was originally meant for generated C code that would e.g. transform "0 <= int32 < 10" into "if (value < 0 || value >= 10) fail". This inversion of all operators is now wrong because PDB parameters have been turned into GParamSpecs which always need inclusive ranges as min and max values. * tools/pdbgen/pdbgen.pl (arrayexpand): generated array length type specs must be "0 <= int32", not "0 < int32". * tools/pdbgen/app.pl: when generating integer param specs, check if the value range is specified in terms of < instead of <=, and add/subtract 1, resuting in the inclusive range needed for integer GParamSpecs. * app/pdb/color-cmds.c: regenerated, fixing the two broken ranges mentioned in the bug report.
2010-06-06 01:26:06 +08:00
return ($3, $1, $2, $5, $4);
PDB autogen stuff. Unfinished and undocumented -Yosh
1998-10-24 13:19:30 +08:00
}
}
Lossa stuff -Yosh
1999-04-04 13:59:08 +08:00
1;