Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Grand opening of my Gimp3-Tools site
#1
Site is here. Not that much to see for now.

Time for a beer.
Reply
#2
(11-24-2024, 05:32 PM)Ofnuts Wrote: Site is here. Not that much to see for now.

Time for a beer.

Thanks Ofnuts. Great to see authors re-writing their scripts for 3.0.
Reply
#3
Thank you, Ofnuts.
Cool
Reply
#4
Added to SpeedDial.
Reply
#5
Gimp 3.0 currently is like the trees in autumn: the branches are still there, but all the leaves are gone.
It's a good thing that we're already looking forward to spring: new scripts/plug-ins should give Gimp 3.0 a more power.
Ofnuts, thank you for the energy you always put into it.
Reply
#6
GREAT WORK !!!
Reply
#7
Thank you Ofnuts, gimp without your plugins would be a pain .

Not looking forward to the upheaval but it's going to be interesting to see what's involved for gimp 3 plugins.
Reply
#8
(11-25-2024, 03:21 PM)teapot Wrote: Thank you Ofnuts, gimp without your plugins would be a pain .

Not looking forward to the upheaval but it's going to be interesting to see what's involved for gimp 3 plugins.

The worst part is going through one's own old code. Former me must have been on crack or something at times.
Reply
#9
Using the newer Gimp-Git appimage  
When I run gimphelpers in Gimp 3
I see this error:

.config/GIMP/3.0/plug-ins/minimalist-demo/minimalist-demo.py", line 16, in <module>
    from gimphelpers import *
ModuleNotFoundError: No module named 'gimphelpers'

I put gimphelpers.py into a directory but same result.
But also this:
/tmp/.mount_GIMP-3OALJnd/usr/bin/gimp: LibGimpBase-WARNING: gimp: gimp_wire_read(): unexpected EOF
Terminating plug-in: '/.config/GIMP/3.0/plug-ins/gimphelpers/gimphelpers.py'

Looks like an EOF in gimphelpers?
Reply
#10
GimpHelpers is meant be copied to the directory with the rest of the Python code, something like this:


{your user profile}/plug-ins
└── your-script-name
├── gimphelpers.py
├── your-script-name.py
└── (some more files are possible)

So you have one copy of gimphelpers per script, or if that bothers you can use a soft link to some common instance.

gimphelpers is a bit in a state of flux currently, and I didn't update the demos to match (but the only place where I expect problems are calls to getConfigArgs where
you can add a * in front of the list of names, or remove the brackets (went for varargs instead of a list).

And looking at it, minimalist demo hasn't been updated either when I found a better way to declare the procedure, so your best bet currently is full-dialog. However, given the interest, I'll update the lot this afternoon while you sleep.

You can also read the IDEsetup file that tells you about some environment variables that are useful when checking the code. Without the proper setup:


> ./full-dialog.py
Traceback (most recent call last):
File "/home/bd/Code/Gimp/gimphelpers/full-dialog/./full-dialog.py", line 26, in <module>
gi.require_version('Gimp', '3.0')
File "/usr/lib/python3/dist-packages/gi/__init__.py", line 122, in require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Gimp not available

and with the proper setup run the plugin in a terminal to check that everything is OK.


>./full-dialog.py
./full-dialog.py is a GIMP plug-in and must be run by GIMP to be used

because you get that final message when the plugin runs the last line, so everything else has been syntax checked. If you get there, the plugin will likely register correctly when add to Gimp and then you can start debugging the code.
Reply


Forum Jump: