Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
A reasoning on what you can do with scm on gimp 3.0
#1
If script-fu are placed in the "scripts" folder, they have a habitual and predictable behavior.

If I modify them and put them in "plugins" they have another one, changes must be added on purpose and sometimes you don't understand the mistake.

BUT if I put them in "plugins" Gimp 3.0 official appimage overcomes some problems that crash the script engine.

Now comes the problem, exactly like to be or not to be, I have to continue to use the "scripts" folder, or I have to arm myself and solve the problems it causes by moving them to "plugins".

I wouldn't want my "to be or not to be" to be Mel Brooks' film.
Reply
#2
(03-01-2025, 01:02 PM)vitforlinux Wrote: If script-fu are placed in the "scripts" folder, they have a habitual and predictable behavior.

If I modify them and put them in "plugins" they have another one, changes must be added on purpose and sometimes you don't understand the mistake.

BUT if I put them in "plugins" Gimp 3.0 official appimage overcomes some problems that crash the script engine.

Now comes the problem, exactly like to be or not to be, I have to continue to use the "scripts" folder, or I have to arm myself and solve the problems it causes by moving them to "plugins".

I wouldn't want my "to be or not to be" to be Mel Brooks' film.

I think that long term you will have no option but to migrate to plug-ins. For this reason if you are modifying .scm scripts from GIMP V2 to V3 it may be better to bite the bullet now and convert them to V3 plug-ins.
Reply
#3
(03-01-2025, 05:17 PM)programmer_ceds Wrote:
(03-01-2025, 01:02 PM)vitforlinux Wrote: If script-fu are placed in the "scripts" folder, they have a habitual and predictable behavior.

If I modify them and put them in "plugins" they have another one, changes must be added on purpose and sometimes you don't understand the mistake.

BUT if I put them in "plugins" Gimp 3.0 official appimage overcomes some problems that crash the script engine.

Now comes the problem, exactly like to be or not to be, I have to continue to use the "scripts" folder, or I have to arm myself and solve the problems it causes by moving them to "plugins".

I wouldn't want my "to be or not to be" to be Mel Brooks' film.

I think that long term you will have no option but to migrate to plug-ins. For this reason if you are modifying .scm scripts from GIMP V2 to V3 it may be better to bite the bullet now and convert them to V3 plug-ins.

Except that bizarre errors come out, and things like script-fu-util.scm or script-fu-drop-shadow are not found... and what works then doesn't work.

And strangely enough, things that shouldn't work work, so you don't understand how to fix the rest.

The only thing to do is to ask the Gimp developers what future awaits us...
Reply
#4
(03-02-2025, 01:39 PM)vitforlinux Wrote:
(03-01-2025, 05:17 PM)programmer_ceds Wrote:
(03-01-2025, 01:02 PM)vitforlinux Wrote: If script-fu are placed in the "scripts" folder, they have a habitual and predictable behavior.

If I modify them and put them in "plugins" they have another one, changes must be added on purpose and sometimes you don't understand the mistake.

BUT if I put them in "plugins" Gimp 3.0 official appimage overcomes some problems that crash the script engine.

Now comes the problem, exactly like to be or not to be, I have to continue to use the "scripts" folder, or I have to arm myself and solve the problems it causes by moving them to "plugins".

I wouldn't want my "to be or not to be" to be Mel Brooks' film.

I think that long term you will have no option but to migrate to plug-ins. For this reason if you are modifying .scm scripts from GIMP V2 to V3 it may be better to bite the bullet now and convert them to V3 plug-ins.

Except that bizarre errors come out, and things like script-fu-util.scm or script-fu-drop-shadow are not found... and what works then doesn't work.

And strangely enough, things that shouldn't work work, so you don't understand how to fix the rest.

The only thing to do is to ask the Gimp developers what future awaits us...

I found an intermediate solution: the ones that will work both as plugins and as script-fu will have a P in the filename.

For example: 3D_WOOD_300_P.scm

However, the recommended location is in the scripts folder.
Reply
#5
I had a precise answer: script-fu go in the scripts directory, there is no chance that they will go into plugins as far as Gimp 3.0 is concerned.

https://gitlab.gnome.org/GNOME/gimp/-/issues/13055
Reply
#6
(03-06-2025, 01:12 PM)vitforlinux Wrote: I had a precise answer: script-fu go in the scripts directory, there is no chance that they will go into plugins as far as Gimp 3.0 is concerned.

https://gitlab.gnome.org/GNOME/gimp/-/issues/13055

Not a 100% correct. The reply was: quote: At least for 3.0, I can assure you that the scripts folder will remain so you can say that for the user.

There is a Gimp 3.0 scripts folder, and you can write a file.scm that goes in the scripts folder and works as in Gimp 2.10

However 

There are filename.scm written for script-fu-interpreter-3.0 that go in the Gimp 3.0 plug-ins folder, following the Gimp 3.0 requirement of: in a folder with the same name as the filename and for linux marked executable.

   
Reply
#7
You say?
As soon as script-fu-util.scm or script-fu-drop-shadow is needed, then it doesn't work.
Reply
#8
I do say: very few of those Gimp 2.10 script-fu files work without updating for Gimp 3.0 syntax.

Not easy for someone who considers script-fu similar to sanskrit

I did manage the old guides-grid.scm and yes, that does go in the scripts folder.


Attached Files
.zip   guides-grid-3.zip (Size: 824 bytes / Downloads: 11)
Reply
#9
The differences between script-fu in 2.10 without deprecate and 3.0 are comparable to the one between pasta with tomato sauce and pasta with pesto... The pasta is still there.
Reply


Forum Jump: