Gimp/plug-ins/script-fu/libscriptfu/script-fu.def

EXPORTS
  script_fu_extension_is_busy
  script_fu_find_and_register_scripts
  script_fu_set_run_mode
  script_fu_init_embedded_interpreter
  script_fu_set_print_flag
  script_fu_redirect_output_to_gstr
  script_fu_redirect_output_to_stdout
  script_fu_print_welcome
  script_fu_interpret_string
  script_fu_get_success_msg
  script_fu_get_error_msg
  script_fu_get_gerror
  script_fu_run_read_eval_print_loop
  script_fu_register_quit_callback
  script_fu_register_post_command_callback
  script_fu_search_path
  script_fu_find_scripts_create_PDB_proc_plugin
  script_fu_find_scripts_list_proc_names
ScriptFu: build shared libgimp-scriptfu-3.0.so separate from executable script-fu Changes are mostly to the dir structures and build system for ScriptFu. Some changes to the outer plugin source to call the library. Why: so that other executables (future gimp-scheme-interpreter, or a future separated script-fu-server) can exist in separate directories, and share the library in memory (when built shared.) Whether the library is built shared and installed on its own (versus static and not installed) is a compile time option (both automake LibTool and meson abstract it away) The default is shared and installed, say as libgimp-scriptfu-3.0.so. Installed alongside other shared libraries (e.g. wherever libgimp is installed) to simplify packaging. A preliminary refactoring which helps enable MR gimp!647 2022-05-29 12:48:51 -07:00			`EXPORTS`
			`script_fu_extension_is_busy`
			`script_fu_find_and_register_scripts`
			`script_fu_set_run_mode`
			`script_fu_init_embedded_interpreter`
			`script_fu_set_print_flag`
			`script_fu_redirect_output_to_gstr`
			`script_fu_redirect_output_to_stdout`
			`script_fu_print_welcome`
			`script_fu_interpret_string`
			`script_fu_get_success_msg`
ScriptFu: fix #10307 plugin call display not effective This benefits script authors and testers of ScriptFu. Now a call to (display "foo") in a plugin goes to the terminal where GIMP started. Whether interactive or in batch mode. Make TS errors go to an error port instead of the output port. Tool plugins: Console, Eval, Server get error messages from the error port. TextConsole not changed. Tools behave per new doc "ScriptFu Tools" at dev web site. Driveby fix of SF Server: send whole message instead of byte by byte. Driveby comments and more semantic checking of set-output-port in TS. Add test plugin test-display.scm 2024-04-16 08:05:00 -07:00			`script_fu_get_error_msg`
			`script_fu_get_gerror`
ScriptFu: build shared libgimp-scriptfu-3.0.so separate from executable script-fu Changes are mostly to the dir structures and build system for ScriptFu. Some changes to the outer plugin source to call the library. Why: so that other executables (future gimp-scheme-interpreter, or a future separated script-fu-server) can exist in separate directories, and share the library in memory (when built shared.) Whether the library is built shared and installed on its own (versus static and not installed) is a compile time option (both automake LibTool and meson abstract it away) The default is shared and installed, say as libgimp-scriptfu-3.0.so. Installed alongside other shared libraries (e.g. wherever libgimp is installed) to simplify packaging. A preliminary refactoring which helps enable MR gimp!647 2022-05-29 12:48:51 -07:00			`script_fu_run_read_eval_print_loop`
			`script_fu_register_quit_callback`
			`script_fu_register_post_command_callback`
ScriptFu: extract PDB proc script-fu-server from plugin script-fu Create new plugin file script-fu-server-plugin.c with code extracted from script-fu.c, which is an omnibus plugin implementing PDB proc extension-script-fu and other PDB procs. Why: 1. extension-script-fu is smaller and doesn't doesn't link to socket libraries. (GIMP always starts extension-script-fu and it stays running.) 2. packagers/admins can omit script-fu-server executable from an installation, if they think letting users serve net ports is not secure. 3. crashing script-fu-server does not crash extension-script-fu, which requires restart of GIMP The changes are mostly a simple refactor, extracting code. No functional change apparent to users. Low risk of introduced bugs. Extremely few users use script-fu-server anyway. Added some logging. While at it, use G_DECLARE_FINAL_TYPE 2022-06-13 13:13:36 -07:00			`script_fu_search_path`
ScriptFu: Add script-fu-interpreter akin to other interpreters Why: 1) users can install .scm scripts to plug-ins dir 2) Crashing scripts do not crash extension-script-fu Scripts (.scm files) have a shebang and are executable and in a same-named subdir of plugin dir. Interpreter/scripts create PDB procs of type PLUGIN unlike extension-script-fu which creates PDB procs of type TEMPORARY, owned by extension-script-fu. Unlike other interpreters, the interpreter is-a plugin outright, not by virtue of the script subclassing GimpPlugin and using GI. More details in /plug-ins/script-fu/interpreter/README 2022-06-19 13:03:06 -07:00			`script_fu_find_scripts_create_PDB_proc_plugin`
			`script_fu_find_scripts_list_proc_names`