mirror of https://github.com/GNOME/gimp.git
![]() This is not the main reason for the specific output in #9994. These ones are more probably because of similar usage in GTK (which updated its own calls to g_file_info_get_is_hidden|backup() in version 3.24.38). But we should likely also update the various calls we have to use the generic g_file_info_get_attribute_*() variants. To be fair, it is unclear to me when we can be sure that an attribute is set. For instance, when we call g_file_enumerate_children() or g_file_query_info() with specific attributes, docs say that it is still possible for these attributes to not be set. So I assume it means we should never use direct accessor functions. The only exception is that I didn't remove usage of g_file_info_get_name(), since its docs says: > * Gets a display name for a file. This is guaranteed to always be set. Even though it also says just after: > * It is an error to call this if the #GFileInfo does not contain > * %G_FILE_ATTRIBUTE_STANDARD_DISPLAY_NAME. Which is very contradictory. But assuming that this error warning was over-zealous documentation, I kept the direct accessors since they are supposed to be slightly more optimized (still according to in-code documentation) so let's priorize them when we know they are set for sure. |
||
---|---|---|
.. | ||
ftx | ||
tinyscheme | ||
README | ||
meson.build | ||
scheme-marshal-return.c | ||
scheme-marshal-return.h | ||
scheme-marshal.c | ||
scheme-marshal.h | ||
scheme-wrapper.c | ||
scheme-wrapper.h | ||
script-fu-arg.c | ||
script-fu-arg.h | ||
script-fu-command.c | ||
script-fu-command.h | ||
script-fu-compat.c | ||
script-fu-compat.h | ||
script-fu-dialog.c | ||
script-fu-dialog.h | ||
script-fu-enums.h | ||
script-fu-errors.c | ||
script-fu-errors.h | ||
script-fu-interface.c | ||
script-fu-interface.h | ||
script-fu-intl.h | ||
script-fu-lib.c | ||
script-fu-lib.h | ||
script-fu-proc-factory.c | ||
script-fu-proc-factory.h | ||
script-fu-regex.c | ||
script-fu-regex.h | ||
script-fu-register.c | ||
script-fu-register.h | ||
script-fu-run-func.c | ||
script-fu-run-func.h | ||
script-fu-script.c | ||
script-fu-script.h | ||
script-fu-scripts.c | ||
script-fu-scripts.h | ||
script-fu-types.h | ||
script-fu-utils.c | ||
script-fu-utils.h | ||
script-fu.def |
README
About libscriptfu libscriptfu is part of GIMP. It is not generally useful except by GIMP. The libscriptfu library is used by plugin executables, and the PDB procedures they create, all part of the "ScriptFu" machinery. The libscriptfu library is not intended for third-party developers, only for core GIMP developers. Headers for libscriptfu might not be installed. This directory contains three libraries: libscriptfu, tinyscheme, and ftx. The tinyscheme library contains a TinyScheme interpreter. The ftx library extends the TinyScheme interpreter, adding file functions to the Scheme language. The libscriptfu library contains both the tinyscheme and ftx libraries. The libscriptfu library wraps the TinyScheme interpreter, specializing it for GIMP. The script-fu executable uses the libscriptfu library, to interpret Scheme scripts that GIMP users refer to as "plug-ins." These libraries depend on other libraries, e.g. math, libgimp, glib, etc. Coupling between the executables and the libraries should be in one direction: source for the inner libs should not include headers from the outer executables. This lets you more easily update the inner libraries (which originated elsewhere and might be maintained elsewhere), and change the outer executables (which are subject to change by GIMP developers.) Example (which may change): The script-fu executable is a plugin file that implements PDB procedures: extension-script-fu, script-fu-console, script-fu-text-console, script-fu-eval, and script-fu-server. Each of those PDB procedures runs as a separate process. Each of those processes uses libscriptfu. The main PDB procedure is extension-script-fu, which is a long-lived process. It is a PDB procedure of PDBProcedureType EXTENSION. It interprets the Scheme scripts that user's call "plug-ins." Rarely two of the PDB procedure processes run concurrently. When they do, and libscriptfu is built as a shared library, the read-only, code portion of the library is only loaded in memory once.