Excellent, Greachan. That will make a great testing script.

It's good to know that it's staying on the screen in Windows, no matter how tall the Script-fu dialog is.

After thinking his over a bit, I don't think there is much I can do about the Windows taskbar in the script-fu interface. I can't really make any assumptions about where the Windows taskbar might be and I don't see any GTK commands to deal with it directly (except to keep in from appearing on the taskbar as an icon).

About the only thing that might be reasonable to do would be to compare the size of dialog against the actual screen size and set the dialog to the screen size, minus a fixed amount for the taskbar. It's something to consider.

This method would keep the buttons from being hidden in Windows (when the taskbar was visible) but it would also break the elegance of how it now works in Linux. My inclination is to leave it as is, and let Windows users manually adjust it, or hide their taskbar. Some users, like Graechan, keep their taskbar on the side so it doesn't really matter to them.

I'm open to any ideas or suggestions.

Works well Graechan. Why don't you ask him?

Pogo i forgot about GLIB duh. Thanks.

Pogo probably compiled GIMP entirely Graechan.
Tux that first shot i showed is how it appears on load for me. Here is Graechans test script and this is Windows 8.1 By the way my task bar is at the top and hidden.

That looks pretty good to me, Rod. It should work out fine on your setup.

Yep, any plugin in the user folder directory should over ride any in the program directory.

For testing the plug-in, it might be a good idea to place the modded version in its own directory and add that directory to the Plug-ins search path (in Edit->Preferences:Folders). Then you can switch between the two versions by re-arranging the order of the folders.

Thanks Saul.

@Molly - caja is the MATE file browser so I suggested using that to replace the file. You need root access to replace files outside your user folder. Look likes you got it figured out.

@Rod - I'm sure that's true because the user folder is normally specified first in Edit/Preferences/Folders.

@saul - That's a good idea. I've noticed that if you have the same plug-in/script in two different folders, GIMP throws a "duplicate" error message.

I will try it from terminal when I get back to Fedora. I am cleaning up my windows and getting rid of a lot of garbage right now, so might take a while.

You were right. I did get this error on terminal startup, but I dont think it has anything to do with your new script.
Skipping duplicate plug-in: '/usr/lib64/gimp/2.0/plug-ins/script-fu'
fp-script-fu-anim-path-stroke: image-type contains unrecognizable parts:'RGB* GRAYSCALE*'
Image pixel data corrupt

Yep. That's the warning I was referring to. It's not a big deal, as long as it's loading the new one first. GIMP will just ignore any duplicates it finds in other folders and throw that warning message.

I didn't get the other error you got when running the Fire Animation script.

A new release of the Script-Fu interface code is ready for testing. I'm updating the first post in this thread with the new source code.

Thanks to saulgoode for eliminating the shadow borders, which gives the interface a cleaner look, like it had before the modification.

Without Scroll Bars


With Scroll Bars


If someone could compile this new version for Windows (x64) and/or Window (x32), it would be most appreciated.

As a heads up for those testing this modification, I encountered a bug while making sure that drag-n-drop still worked with the new interface. Drag-n-drops for patterns and brushes do not work, while all the other ones (gradients, fonts, colors, palettes, etc) seem to function just fine.

This problem* is not the fault of GNUtux's modification -- it exists in the unmodified Script-fu interface and I am fairly certain would occur with non-Script-fu plug-ins (though I am unable to think of any existing plug-ins that incorporate either pattern or brush arguments). The bug causes no problems, other than the drag-n-drop operation failing.


* The bug can be verified by using d-n-d to set the pattern in the "File->Create->Logos->Textured" script; or by installing the test-sphere.scm script and dragon dropping either a brush or a pattern.

I ran across this bug when I was testing too. Here is the console error I get from GIMP 2.9.

LibGimp-CRITICAL **: gimp_pattern_select_button_set_pattern: assertion 'GIMP_IS_PATTERN_SELECT_BUTTON (button)' failed

This might be a good time to look at this bug, as well.

Rather than selecting resources like gradients, fonts, colors and palettes directly from the script-fu dialog, you should be able to drag and drop them onto the script-fu dialog from the resource's dialog.

With a script dialog up, you can't move over and scroll down your list of gradients or fonts?

Where does the script dialog go?

Thanks for the update, Tux and Saul, works perfectly.