eUgEntOptIc44/gimp
1
1
Fork 0
mirror of https://gitlab.gnome.org/GNOME/gimp.git synced 2025-10-06 09:32:41 +02:00
Code Issues Releases Activity
Files
master
gimp/app/core/gimp-edit.h

62 lines
3.4 KiB
C
Raw Permalink 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-09 21:33:38 +00:00
/* GIMP - The GNU Image Manipulation Program
Initial revision
1997-11-24 22:05:25 +00:00
* Copyright (C) 1995 Spencer Kimball and Peter Mattis
*
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-17 22:28:01 +00:00
* This program is free software: you can redistribute it and/or modify
Initial revision
1997-11-24 22:05:25 +00: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-17 22:28:01 +00:00
* the Free Software Foundation; either version 3 of the License, or
Initial revision
1997-11-24 22:05:25 +00: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-11 23:27:07 +02:00
* along with this program. If not, see <https://www.gnu.org/licenses/>.
Initial revision
1997-11-24 22:05:25 +00:00
*/
app/Makefile.am app/channel_pvt.h app/drawable_pvt.h app/gdisplayF.h 2000-12-29 Michael Natterer <mitch@gimp.org> * app/Makefile.am * app/channel_pvt.h * app/drawable_pvt.h * app/gdisplayF.h * app/gimpdrawableP.h * app/gimpimageP.h * app/layer_pvt.h * app/toolsF.h: removed these files. * app/apptypes.h * tools/pdbgen/enums.pl: added tons of opaque typedefs and enums. * tools/pdbgen/pdb/brush_select.pdb * tools/pdbgen/pdb/brushes.pdb * tools/pdbgen/pdb/channel.pdb * tools/pdbgen/pdb/color.pdb * tools/pdbgen/pdb/convert.pdb * tools/pdbgen/pdb/display.pdb * tools/pdbgen/pdb/drawable.pdb * tools/pdbgen/pdb/fileops.pdb * tools/pdbgen/pdb/gradient_select.pdb * tools/pdbgen/pdb/gradients.pdb * tools/pdbgen/pdb/help.pdb * tools/pdbgen/pdb/image.pdb * tools/pdbgen/pdb/layer.pdb * tools/pdbgen/pdb/pattern_select.pdb * tools/pdbgen/pdb/patterns.pdb * tools/pdbgen/pdb/selection.pdb * tools/pdbgen/pdb/tools.pdb * app/*: chainsaw #include cleanup: - Never (never!!) include stuff in header files except where we need access to structures' contents (like derived objects). - Added prototypes and proper formating in many files. - The #include order in *all* *.c files is as follows: #include "config.h" #include <system stuff> #include <gtk/gtk.h> #include "apptypes.h" #include "gimp stuff" #include "libgimp stuff" #include "libgimp/gimpintl.h" By following this scheme we can easily see a file's dependencies from it's #include's and can grep for the inclusion to find out where a file is used. * tools/pdbgen/app.pl: changed to follow the include scheme above. * libgimp/Makefile.am * libgimp/gimpuitypes.h: new file, included from libgimp/gimpui.h and from app/apptypes.h. * libgimp/gimpcolorbutton.[ch] * libgimp/gimpdialog.[ch] * libgimp/gimphelpui.[ch] * libgimp/gimpparasite.[ch] * libgimp/gimppatheditor.[ch] * libgimp/gimpprotocol.c * libgimp/gimpquerybox.[ch] * libgimp/gimpsizeentry.[ch] * libgimp/gimptypes.h * libgimp/gimpui.h * libgimp/gimpunit.h * libgimp/gimpunitmenu.[ch] * libgimp/gimpwidgets.[ch]: changed accordingly. * plug-ins/FractalExplorer/Dialogs.c * plug-ins/gdyntext/message_window.c * plug-ins/imagemap/imap_default_dialog.c * plug-ins/imagemap/imap_file.c: these files used to include "libgimp/gimpui.h" without including "libgimp/gimp.h". This is no longer possible because the libgimpui headers don't inlcude "libgimp/gimpunit.h" any more.
2000-12-29 15:22:01 +00:00
app, pdb, libgimp: use "#pragma once" instead of: #ifndef __FOO_H__ #define __FOO_H__ /* declarations */ #endif /* __FOO_H__ */ And some cleanups while I saw the headers. This is far from finished...
2025-07-13 03:15:46 +02:00
#pragma once
Initial revision
1997-11-24 22:05:25 +00:00
Bug 637313 - Should be possible to copy/paste whole layers in a single step Use the newly added clipboard for entire images to copy/paste layers (we only create single-layer clipboard images, and use only the first layer of any recieved image, the layers can be arbitrarily complex though): - change gimp_edit_copy,cut,paste() to return/take a GimpObject that can be a GimpImage or GimpBuffer - cut/copy the whole layer if there is no selection - always paste layers as new layers, not floating selections - always paste news layers on top of the active layer, where we would attach a floating selection - add enum GimpPasteType { FLOATING, FLOATING_INTO, NEW_LAYER } - add GimpPasteType parameter to gimp_edit_paste() and handle all three cases there because there is now a lot of common code involved - change all callers accordingly, use only legacy buffer pasting from the PDB for now
2016-09-19 23:53:40 +02:00
GimpObject * gimp_edit_cut (GimpImage *image,
app: GimpTransformTool multi-layer aware. This implied a lot of other core changes, which also pushed me into improving some of the edit actions and PDB calls to be multi-layer aware in the same time. Note that it is still work-in-progress, but I just had to commit something in an acceptable intermediate state otherwise I was just going crazy. In particular now the various transform tools are multi-layer aware and work simultaneously on all selected layers (and the linked layers if any of the selected layers is linked too). Both preview and final transform processing works. In the limitations, preview doesn't work well (only one layer in the preview) when there is a selection (though the actual transform works). Also I am left to wonder how we should process this case of canvas selection+transform on multi-layers. Indeed currently I am just creating a floating selection (like we used to for the selection+transform case) containing a transform result of the composited version of all selected layers. This is a possible expected result, but another could be to get several transformed layers (without composition). But then should the "Floating Selection" concept allow for multiple Floating Selections? Sooo many questions left to answer.
2020-05-26 16:15:15 +02:00
GList *drawables,
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
GimpContext *context,
GError **error);
Bug 637313 - Should be possible to copy/paste whole layers in a single step Use the newly added clipboard for entire images to copy/paste layers (we only create single-layer clipboard images, and use only the first layer of any recieved image, the layers can be arbitrarily complex though): - change gimp_edit_copy,cut,paste() to return/take a GimpObject that can be a GimpImage or GimpBuffer - cut/copy the whole layer if there is no selection - always paste layers as new layers, not floating selections - always paste news layers on top of the active layer, where we would attach a floating selection - add enum GimpPasteType { FLOATING, FLOATING_INTO, NEW_LAYER } - add GimpPasteType parameter to gimp_edit_paste() and handle all three cases there because there is now a lot of common code involved - change all callers accordingly, use only legacy buffer pasting from the PDB for now
2016-09-19 23:53:40 +02:00
GimpObject * gimp_edit_copy (GimpImage *image,
app, libgimp, pdb: "edit-copy" multi-layer aware. When several layers are selected, select their render, similar to how "edit-copy-visible" would have copied an image with only these layers made visible. Also apply the same logics to PDB function gimp_edit_copy() which can now be used on several drawables at once.
2020-05-06 15:46:51 +02:00
GList *drawables,
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
GimpContext *context,
app, pdb: improve cut error message and fix return value. This fixes 2 issues: 1. Since gimp_edit_cut() uses gimp_edit_copy(), it had the same error message when no selected drawables were within the selection. 2. When there was a previously existing clipboard image, gimp_edit_cut() could return it as though the cut succeded, even when it did not.
2024-08-09 20:35:58 +02:00
gboolean copy_for_cut,
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
GError **error);
GimpBuffer * gimp_edit_copy_visible (GimpImage *image,
GimpContext *context,
GError **error);
app: factor gimp_edit_get_paste_offset() out of gimp_edit_paste() and also use it for "paste as new layer", so we get the same positioning logic for both paste variants.
2016-09-19 17:30:41 +02:00
app, libgimp, pdb, plug-ins: allow pasting multiple full layers. When a selection exists, we are copying then pasting the selection contents. In particular, with multi-layer selection, it means pasting a merged result of the selected layers (like a sample merged but limited to selected layers). Yet when no selection exists, with a single layer selected, a cut in particular would remove the layer fully, then a paste would copy it elsewhere (in the same image or even on a different image). This was still working, but not with multiple layers. This is now fixed and we can now copy/cut then paste several layers (without merge), which is sometimes a very practical way to move layers (sometimes simpler than drag'n drop, especially between images). As a consequence, the PDB function gimp_edit_paste() now also returns an array of layers (not a single layer).
2021-04-24 22:45:09 +02:00
GList * gimp_edit_paste (GimpImage *image,
app, pdb: paste layers over the top selected drawable. When several drawables were selected, it was pasting at the top of the layer stack. Instead, paste over the top selected layer ("top" visually in the Layers dockable). There was the question of: what should we do when pasting over a layer group. Should we consistently paste the new layers above the group or inside the group? After discussions with Aryeom, we decided to stay consistent and paste above, at least for now.
2022-11-09 17:01:44 +01:00
GList *drawables,
Bug 637313 - Should be possible to copy/paste whole layers in a single step Use the newly added clipboard for entire images to copy/paste layers (we only create single-layer clipboard images, and use only the first layer of any recieved image, the layers can be arbitrarily complex though): - change gimp_edit_copy,cut,paste() to return/take a GimpObject that can be a GimpImage or GimpBuffer - cut/copy the whole layer if there is no selection - always paste layers as new layers, not floating selections - always paste news layers on top of the active layer, where we would attach a floating selection - add enum GimpPasteType { FLOATING, FLOATING_INTO, NEW_LAYER } - add GimpPasteType parameter to gimp_edit_paste() and handle all three cases there because there is now a lot of common code involved - change all callers accordingly, use only legacy buffer pasting from the PDB for now
2016-09-19 23:53:40 +02:00
GimpObject *paste,
GimpPasteType paste_type,
app, menus, pdb: new "Paste as Single Layer( in Place)?" actions. When the clipboard contains raw image data or single layers, it's the same as the normal "Paste" (and "Paste In Place" respectively). These actions are useful if you want to copy a bunch of layers and paste them "merged" into a single layers (since now the copy-paste of multiple layers will create multiple layers). It is somehow similar to the "Copy Visible" action except that it works on selected layers only and work at paste time, making the action more versatile.
2022-11-12 22:17:00 +01:00
GimpContext *context,
gboolean merged,
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
gint viewport_x,
gint viewport_y,
gint viewport_width,
gint viewport_height);
app: add gimp_edit_paste_as_new_image() and use it from GUI and PDB
2017-05-01 19:10:52 +02:00
GimpImage * gimp_edit_paste_as_new_image (Gimp *gimp,
Issue #8924: Paste as new image uses the full canvas instead of just… … the copied selection.
2023-01-24 12:47:02 +01:00
GimpObject *paste,
GimpContext *context);
don't create a display here. 2005-09-03 Michael Natterer <mitch@gimp.org> * app/core/gimp-edit.[ch] (gimp_edit_paste_as_new): don't create a display here. (gimp_edit_named_cut) (gimp_edit_named_copy) (gimp_edit_named_copy_visible): new functions containing named buffer wrappers around the functions affecting the global buffer only. * app/actions/edit-commands.c: use the new functions instead of implementing them here, create a display for the image returned by paste as new. * app/actions/buffers-commands.c * app/widgets/gimptoolbox-dnd.c: create displays here too. * tools/pdbgen/pdb/edit.pdb: added wrappers for paste as new and wrappers for all the cut/copy/paste named stuff. Fixes bug #315130. Cleaned up and de-obfuscated. * libgimp/gimp.def: changed accordingly. * app/pdb/edit_cmds.c * app/pdb/internal_procs.c * libgimp/gimpedit_pdb.[ch]: regenerated.
2005-09-02 22:50:06 +00:00
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
const gchar * gimp_edit_named_cut (GimpImage *image,
const gchar *name,
app: GimpTransformTool multi-layer aware. This implied a lot of other core changes, which also pushed me into improving some of the edit actions and PDB calls to be multi-layer aware in the same time. Note that it is still work-in-progress, but I just had to commit something in an acceptable intermediate state otherwise I was just going crazy. In particular now the various transform tools are multi-layer aware and work simultaneously on all selected layers (and the linked layers if any of the selected layers is linked too). Both preview and final transform processing works. In the limitations, preview doesn't work well (only one layer in the preview) when there is a selection (though the actual transform works). Also I am left to wonder how we should process this case of canvas selection+transform on multi-layers. Indeed currently I am just creating a floating selection (like we used to for the selection+transform case) containing a transform result of the composited version of all selected layers. This is a possible expected result, but another could be to get several transformed layers (without composition). But then should the "Floating Selection" concept allow for multiple Floating Selections? Sooo many questions left to answer.
2020-05-26 16:15:15 +02:00
GList *drawables,
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
GimpContext *context,
GError **error);
const gchar * gimp_edit_named_copy (GimpImage *image,
const gchar *name,
app: GimpTransformTool multi-layer aware. This implied a lot of other core changes, which also pushed me into improving some of the edit actions and PDB calls to be multi-layer aware in the same time. Note that it is still work-in-progress, but I just had to commit something in an acceptable intermediate state otherwise I was just going crazy. In particular now the various transform tools are multi-layer aware and work simultaneously on all selected layers (and the linked layers if any of the selected layers is linked too). Both preview and final transform processing works. In the limitations, preview doesn't work well (only one layer in the preview) when there is a selection (though the actual transform works). Also I am left to wonder how we should process this case of canvas selection+transform on multi-layers. Indeed currently I am just creating a floating selection (like we used to for the selection+transform case) containing a transform result of the composited version of all selected layers. This is a possible expected result, but another could be to get several transformed layers (without composition). But then should the "Floating Selection" concept allow for multiple Floating Selections? Sooo many questions left to answer.
2020-05-26 16:15:15 +02:00
GList *drawables,
app: remove const qualifiers from all object parameters They are unreliable because every type checking cast discards them, they are useless anyway, visual clutter, added inconsistently, and generally suck. Wanted to do this a long time ago, it was a bad idea in the first place.
2016-05-19 23:51:44 +02:00
GimpContext *context,
GError **error);
const gchar * gimp_edit_named_copy_visible (GimpImage *image,
const gchar *name,
GimpContext *context,
GError **error);
Copy Permalink