RSS/Atom feed Twitter
Site is read-only, email is disabled

A more flexible last values system for the pdb

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

1 of 1 message available
Toggle history

Please log in to manage your subscriptions.

A more flexible last values system for the pdb Nathan Carl Summers 24 Dec 00:55
Nathan Carl Summers
2002-12-24 00:55:31 UTC (over 21 years ago)

A more flexible last values system for the pdb

Note: this message is crossposted to gimp-developer because several developers interested in libpdb are not subscribed to libpdb-developer. Please do not send followups to gimp-developer.

I've been thinking about a better way to implement the RUN_WITH_LAST_VALUES functionality in libpdb. The current method is annoying and kludgy. Depending on the first value passed to a procedure, the number and meaning of the parameters change, and the scheme is not readily generalizable. It is also not possible for other procedures to manipulate the values used, which would be desirable for macro recorders and plug-in adaptors that run on multiple images.

I suggest the following: * we add a "subfunction" field to PdbProc, which is NULL for the main function. The interactive version would use "interactive" for the subfunction.

* to call a plugin interactively, first call its "interactive" subfunction. The "interactive" subfunction will return a list of arguments to be used in the call to the main function.

What do you think?

Rockwalrus