mirror of
https://gitlab.gnome.org/GNOME/gimp.git
synced 2025-07-03 17:33:25 +00:00
![]() … and s/gimp_parasite_flags/gimp_parasite_get_flags/ It is better to have a consistent API and the fact is that most getter/setter functions use the _get|set_ naming, but these didn't. I wondered if this was such a great idea to rename these anyway because even though we are breaking API in GIMP 3, is it the best idea to rename when no functional change happened? After discussing with Wormnest, we still agreed it was still better to go for consistency rather than regret later (and be stuck with these names for many more years). Also this fixes these warnings: > [649/1205] Generating gimp-3.0.vapi with a custom command > Gimp-3.0.gir:24162.7-24162.56: warning: Field `Gimp.Parasite.flags' conflicts with method of the same name > Gimp-3.0.gir:24318.7-24318.52: warning: Field `Gimp.Parasite.name' conflicts with method of the same name |
||
---|---|---|
.. | ||
app | ||
g-ir-docs | ||
GIMP3-plug-in-porting-guide | ||
libgimp | ||
libgimpbase | ||
libgimpcolor | ||
libgimpconfig | ||
libgimpmath | ||
libgimpmodule | ||
libgimpthumb | ||
libgimpwidgets | ||
performance-logs | ||
tools | ||
.gitignore | ||
c.vim | ||
commit-rules.txt | ||
compositing.txt | ||
contexts.txt | ||
debug-plug-ins.txt | ||
debugging-tips.txt | ||
exif-handling.txt | ||
gbr.txt | ||
ggr.txt | ||
gih.txt | ||
gimp-module-dependencies.svg | ||
GIMP3-API-Changes.txt | ||
gitlab-milestones.txt | ||
gpb.txt | ||
gtkbuilder-porting-guide.txt | ||
icons.txt | ||
includes.txt | ||
Jenkins-Tutorial.odt | ||
libtool-instructions.txt | ||
Makefile.am | ||
meson.build | ||
os-support.txt | ||
parasites.txt | ||
pat.txt | ||
README | ||
README.gtkdoc | ||
release-howto.txt | ||
release-stats.sh | ||
structure.xml | ||
submitting-patches.txt | ||
tagging.txt | ||
ui-framework.txt | ||
undo.txt | ||
vbr.txt | ||
version.in | ||
xcf.txt |
Developers documentation ------------------------ This directory holds information that you will find useful if you develop a GIMP plug-in or want to work on the GIMP core. See https://wiki.gimp.org/index.php/Main_Page for more information. app - setup for documentation of the GIMP core; not built by default since it is huge and only relevant for core developers libgimp libgimpbase libgimpcolor libgimpconfig libgimpmath libgimpmodule libgimpthumb libgimpwidgets - complete libgimp documentation generated from the source; see README.gtkdoc tools - the source code for tools used to generate documentation gitlab-milestones.txt - describes how the GIMP project uses milestones in the GNOME gitlab issue tracker commit-rules.txt - describes rules and things to think about when creating GIMP commits contexts.txt - describes how GimpContexts are used in GIMP debug-plug-ins.txt - how to debug GIMP plug-ins exif-handling.txt - how GIMP should handle EXIF data includes.txt - the policy for inclusion of header files parasites.txt - descriptions of known parasites release-howto.txt - a check-list for doing a GIMP release submitting-patches.txt - how to submit a patch for GIMP tagging.txt - how resource tagging in Gimp works ui-framework.txt - describes how the GIMP UI framework functions and how it is implemented undo.txt - description of the undo system structure.xml - a DocBook article that gives an overview on the directory structure of the GIMP source tree, also check out gimp-module-dependencies.svg gbr.txt - description of the GBR format used to store pixmap brushes ggr.txt - description of the GGR format used to store GIMP gradients gih.txt - description of the GIH format used to store a series of pixmap brushes gpb.txt - OBSOLETE: description of the GPB format for pixmap brushes pat.txt - description of the PAT format for patterns vbr.txt - description of VBR format used for "generated" brushes xcf.txt - description of Gimp's XCF format