ciao
it seems that gtk-open-save stops working as soon as I have any other gui-plugin in my path. it fails back to (ugly) tk open with this warning:
WARNING: pd_gtk_open binary NOT found: /home/yvan/dev/pd_stuffs/gui-plugins/PLUGINNAME/bin/pd_gtk_open. Using Tk open
if I remove *all* gui-plugins from my path, it works again.
(archlinux, pd-0.43)
cheers, _y
Hey Yvan,
You need to use the recently added $::current_plugin_loadpath. I
think you can skip the multi-level paths (bin/, src/) and just include
the .c and binary, and the tcl plugin in a single gtk-open-plugin
folder, then you would use the binary from:
"$::current_plugin_loadpath/gtk-open-plugin/pd_gtk_open"
.hc
On Apr 26, 2011, at 3:26 PM, yvan volochine wrote:
ciao
it seems that gtk-open-save stops working as soon as I have any
other gui-plugin in my path. it fails back to (ugly) tk open with this warning:WARNING: pd_gtk_open binary NOT found: /home/yvan/dev/pd_stuffs/gui-plugins/PLUGINNAME/bin/pd_gtk_open.
Using Tk openif I remove *all* gui-plugins from my path, it works again.
(archlinux, pd-0.43)
cheers, _y
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
¡El pueblo unido jamás será vencido!
Hi,
-------- Original Message -------- Subject: Re: [PD] gtk-open-save broken with gui-plugins From: Hans-Christoph Steiner hans@at.or.at To: yvan volochine yvan.pd@gmail.com CC: lsutton@libero.it, pd-list@iem.at Date: 27/04/11 01:19
Hey Yvan,
You need to use the recently added $::current_plugin_loadpath. I think you can skip the multi-level paths (bin/, src/) and just include the .c and binary, and the tcl plugin in a single gtk-open-plugin folder, then you would use the binary from:
"$::current_plugin_loadpath/gtk-open-plugin/pd_gtk_open"
Currently the ./bin path is hard-coded in the plug-in which indeed is not very nice. I should probably separate the source and the binaries, maybe with a simple install procedure.
.hc
On Apr 26, 2011, at 3:26 PM, yvan volochine wrote:
ciao
it seems that gtk-open-save stops working as soon as I have any other gui-plugin in my path. it fails back to (ugly) tk open with this warning:
WARNING: pd_gtk_open binary NOT found: /home/yvan/dev/pd_stuffs/gui-plugins/PLUGINNAME/bin/pd_gtk_open. Using Tk open
That means it can't find the pd_gtk_open for some reason. I'm note sure where the PLUGINNAME comes from though. My understanding is that $::current_plugin_loadpath will give the path where the plugin tcl file resides.
if I remove *all* gui-plugins from my path, it works again.
I have no idea why it works that way.
(archlinux, pd-0.43)
Vanilla?
Lorenzo.
cheers, _y
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
¡El pueblo unido jamás será vencido!
On 04/27/2011 08:58 AM, Lorenzo Sutton wrote:
WARNING: pd_gtk_open binary NOT found: /home/yvan/dev/pd_stuffs/gui-plugins/PLUGINNAME/bin/pd_gtk_open. Using Tk open
That means it can't find the pd_gtk_open for some reason. I'm note sure where the PLUGINNAME comes from though. My understanding is that $::current_plugin_loadpath will give the path where the plugin tcl file resides.
see my previous post, $::current_plugin_loadpath is overwritten by any other gui-plugin coming after yours (in my case that was PLUGINNAME ;)
cheers, _y
On 04/27/2011 01:19 AM, Hans-Christoph Steiner wrote:
Hey Yvan,
You need to use the recently added $::current_plugin_loadpath. I think you can skip the multi-level paths (bin/, src/) and just include the .c and binary, and the tcl plugin in a single gtk-open-plugin folder, then you would use the binary from:
"$::current_plugin_loadpath/gtk-open-plugin/pd_gtk_open"
the problem seems to be that $::current_plugin_loadpath is overwritten by each gui-plugin coming after gtk-open-save, so if I have:
path 1: /path/to/gtk-open-save path 2: /path/to/autocompletion-plugin
I get:
WARNING: pd_gtk_open binary NOT found: /path/to/autocompletion-plugin/bin/pd_gtk_open. Using Tk open.
no time to look into it ATM.
cheers, _y
actually I found the problem in Lorenzo code.
gtk_open_save paths are set to $::current_plugin_loadpath when calling "Open" or "Save", which means that $::current_plugin_loadpath was maybe already overwritten by another plugin.
the solution is to assign these paths at plugin load time.
attached is a fixed version.
cheers, _y
yvan,
yvan volochine wrote:
actually I found the problem in Lorenzo code.
gtk_open_save paths are set to $::current_plugin_loadpath when calling "Open" or "Save", which means that $::current_plugin_loadpath was maybe already overwritten by another plugin.
Well spotted, Bravo! of course :)
the solution is to assign these paths at plugin load time.
attached is a fixed version.
I updated the plugin with your patch. Thanks.
Lorenzo.
cheers, _y
On 04/27/2011 12:44 PM, Lorenzo Sutton wrote:
actually I found the problem in Lorenzo code.
gtk_open_save paths are set to $::current_plugin_loadpath when calling "Open" or "Save", which means that $::current_plugin_loadpath was maybe already overwritten by another plugin.
Well spotted, Bravo! of course :)
the solution is to assign these paths at plugin load time.
attached is a fixed version.
I updated the plugin with your patch. Thanks.
cool =) and now that recentfiles support was added to latest pd, you might want to add it in your plugin as well (in 'saveas', calling update_recentfiles adds the saved file to the recentfiles list).
here is a diff:
diff gtk-save-plugin.tcl gtk-save-plugin.mine.tcl 57c57,59
< set ::filenewdir $dirname
set ::filenewdir $dirname # add to recentfiles ::pd_guiprefs::update_recentfiles $filename
ciao _y
-
Hans-Christoph Steiner -
Lorenzo Sutton -
yvan volochine