Yes Ofnuts,
now we get all the log, but the status dialogue window still remains open (even if the log says "hiding status...")and I cannot remove it.
....
Main dialog created
Scrollbox created
VBox created
Cancel button created
OK button created
OK sensed
Old containers: set([u'scripts in prova one-by-one'])
New containers: set([])
Activated containers: set([])
Deactivated containers: set([u'scripts in prova one-by-one'])
5 addons stored in C:\Users\User\.gimp-2.8/scripts_storage\scripts in prova one-by-one
Showing status dialog
Refresh: script-fu-refresh
Refresh OK
Hiding status dialog
--------------------------------------------------------------------------------------------------------------------------
this trial was:
1 - removed a couple of scripts from the sub-folder
2 - starte GIMP
3 - unchecked the sub-folder
4 - menu situation: only removed those 3 which were left, the two removed before launching GIMP are still there... and callable from the menu (?)

Then the only way to fix is 1) find the bug in the libary stack you use (pygtk, and GTK) or 2) get rid of the status dialog altogether. 2) could be a good idea, but will require some coding of the UI, and I'm not too familiar with that side of things so it may take some time.

For the lingering menus, check the notes in the readme...


Question to all users:
If, instead of staying having a selector window staying around, and a temporary status dialog, there was only one single selector+progress bar dialog, one final "done" message box, which when clicked would disappear together with the selector/progress dialog, would that be OK?

Ofnuts, I have a little suggestion:
because the problems I encounter are on checking/unchecking sub-folders in the folder list of scripts, having added/deleted single scripts inside the sub-folder, my little suggestion is the following:
1 - your plug-in has the fantastic capability to place in front of the single script the name of the sub-folder (an example taken from my last use: the script "Rusted.scm" is copied-in or deleted-from using the name "scripts-in&out-Rusted.scm, being "scripts-in&out" the name of my sub-folder)
2 - when removing from the base standard folder of Gimp (scripts) the scripts related to one unchecked sub-folder you could use only the prefix and not the list, I mean: remove ALL the scripts you find in the standard folder which begin with sub-folder name, irrespective of the list currently in the unchecked sub-folder
3 - this will avoid what happens when a single script is removed from the sub-folder (now, if they were three and became two only the two are removed, the third one is left in the standard folder)
4 - maybe (and I underline: maybe) also the non-cancelation of the "please wait..." window could be solved
Obviously, in my ignorance about the scripting, I don't know whether my suggestion is applicable or not.
Thanks for your support
(btw: for myself obviously I agree with the hypothesis of showing only ONE window, as per your "question to all users")

understand...

New version without the status dialog here:

https://sourceforge.net/projects/gimp-t ... s/scripts/

2 questions

1)which is the updated or recommended version ?
On the first message or in the last

2) As Graechan i use portable version, anyway it has a limit that here helps to simplify :
it is supposed to be installed directly on the drive , whatever the drive may be so the paths would be not modified...except for the drive letter at start ..but how to handle this "except" ?

1) The current one in sourceforge: http://sourceforge.net/projects/gimp-to ... s/scripts/
2) The main motive when writing this version was to remove all hard-coded paths and use the relevant Gimp variables to find where the files are. That should work also with portable versions.

link is screwed out

Fixed in post...

thank, the file there doesn't include indication on how to use, not even on how to call it

It should be already explained along this 9 pages topic but a summary will be appreciated

PS the readme i found here download/file.php?id=9316 is still valid or applies to a previous version

Yes, it should be OK...

Thanks for the this,ofnuts, but I'm having a few problems getting it to work right.

First off I'm running Linux Mint 15 and Gimp 2.8.6. I've installed the python file and so far have been able to get the brush manager and script manager to work.


I've also changed the ini file so that the font, pattern, and gradient managers should be working but they're a no show when I click on the help tab.



For some reason I can't take a screen shot of the Gimp window when the help tab is active but the brush and script managers are listed there, the other three are not.

When I set this up I used the folder that GURM had been using for addons-stored location and changed the permissions of the individual folders in each of the sections from Root to caz.mark. I found that I had to do this otherwise the new manager would install the brushes or scripts when asked to but when I tried to remove them the check box for each brush or script had been un-checked and there was no way to remove them.
I have disabled Gurm, so that shouldn't be what's causing the problem.

I'm using the latest version of the python file, downloaded from sourceforge yesterday.

Any thoughts on this appreciated.

Since you are on Linux, can you start Gimp in a terminal and see if you get some output there (at registration time, in particular).

The only output I get after starting Gimp via terminal is this.

caz@Neptune ~ $ gimp

(gimp:3115): Gtk-WARNING **: Unable to locate theme engine in module_path: "aurora",

(gimp:3115): Gtk-WARNING **: Unable to locate theme engine in module_path: "aurora",

I don't think this has got anything to do with the MrQ manager it appears to be for a theme engine that I've never been able to locate.

Actual this might be more help. I kept terminal open while starting up the MrQ script manager. From what I can make of it the other managers are loading but there's no sign of them in any of the menu lists.



Edit: I just noticed that the terminal output states that the Dynamics and Pallets managers are finding directories in my extra folder to load, but there's none there for them to find.


Maybe this is where the problem lies?

Because your config for dynamics and palettes points to /home/caz/.gimp-2.8/extra/ (config says: "/home/caz/.gimp-2.8/extra/" and not to /home/caz/.gimp-2.8/extra/dynamics or /home/caz/.gimp-2.8/extra/palettes (either use an explicit /home/caz/.gimp-2.8/extra/dynamics, or change the default entry to "/home/caz/.gimp-2.8/extra/{type}"

Also a proper menu location isn't {<Type>}, but <{Type}>

Note that for all you can replace the /home/caz/.gimp-2.8/ part by {GimpUser}

Okay thanks.
I added the lines /home/caz/.gimp-2.8/extra/pallets and /home/caz/.gimp-2.8/extra/dynamics to the ini file, and also added the line menu_location:<Image>/Help to both of them. When I check in terminal it say that for both palettes and dynamics there are zero directories, which is how it should be. So that's working okay now. But there is still no sign of the manager entries when I click on the help tab, except for the scripts manager and the brushes manager. I have changed the menu location entry in the ini file so that it now says <{Type}> but that hasn't solved the problem.
Any more thoughts on this appreciated.

Where is the menu entry ?
Should be installed but ...where ?

By default, in the Gimp list for the add-ons, in both the global list menu or in the right-click menu:

So something went wrong when installing, but i can't imagine what the file is in the main plugin folder .

I tried on Onkel Hatti- gimpainter build ...i was thinking was supporting py plugin (honestly i didn't check first , i did for other build but not this

I must leave now i will try again later tonight , anyway i should install also on my other gimp , maybe that will give me a hint