I eventually had a look into the GUI plug-in stuff and came up with this.
It uses a zenity-inspired gtk binary to make the dialogue (not particularly finesse, but easier thank tcl/gtk). Source and binary as well as the tcl plugin here:
http://puredata.info/Members/lorenzosu/gtk-open-plugin/gtk-open-plugin
Lorenzo.
On Mon, 2010-12-13 at 17:12 +0100, Lorenzo Sutton wrote:
I eventually had a look into the GUI plug-in stuff and came up with this.
It uses a zenity-inspired gtk binary to make the dialogue (not particularly finesse, but easier thank tcl/gtk). Source and binary as well as the tcl plugin here:
http://puredata.info/Members/lorenzosu/gtk-open-plugin/gtk-open-plugin
That's great! So much better than the crappy Tcl/Tk open panel. It would be great to have the save panel too. I added code so that the plugin finds pd_gtk_open in the searchpath, that's attached. I also think an install target for the Makefile would make it really easy to install:
install: install -d ~/pd-externals/ install -p -m644 gtkopen-plugin.tcl ~/pd-externals/ install -p -m755 $(PROGRAM) ~/pd-externals/
If you want to publicize this, you could add it to the GUI Plugins section of the new download page: http://puredata.info/community/projects/software/ http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
.hc
-------- Original Message -------- Subject: Re: [PD] Plugin for 0.43 to have a gtk-looking open dialog From: Hans-Christoph Steiner hans@at.or.at To: Lorenzo Sutton lsutton@libero.it CC: Pd-list@iem.at Date: 12/14/2010 12:41 AM
On Mon, 2010-12-13 at 17:12 +0100, Lorenzo Sutton wrote:
I eventually had a look into the GUI plug-in stuff and came up with this.
It uses a zenity-inspired gtk binary to make the dialogue (not particularly finesse, but easier thank tcl/gtk). Source and binary as well as the tcl plugin here:
http://puredata.info/Members/lorenzosu/gtk-open-plugin/gtk-open-plugin
That's great! So much better than the crappy Tcl/Tk open panel. It would be great to have the save panel too. I added code so that the plugin finds pd_gtk_open in the searchpath, that's attached. I also think an install target for the Makefile would make it really easy to install:
Hey thanks for that. I already have the binary for the save dialog, I just have to figure out how to make the plug-in.
install: install -d ~/pd-externals/ install -p -m644 gtkopen-plugin.tcl ~/pd-externals/ install -p -m755 $(PROGRAM) ~/pd-externals/
Ok.. but I think someone was raising the issue of a ~/pd-externals dir being created. Anyway it does make sense to distribute the plug-in
If you want to publicize this, you could add it to the GUI Plugins section of the new download page: http://puredata.info/community/projects/software/ http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
I'll do that as soon as I have time, maybe once the save is done... An open without a matching save seems a bit strange atm :)
Lorenzo
.hc
On Dec 14, 2010, at 6:05 AM, Lorenzo Sutton wrote:
-------- Original Message -------- Subject: Re: [PD] Plugin for 0.43 to have a gtk-looking open dialog From: Hans-Christoph Steiner hans@at.or.at To: Lorenzo Sutton lsutton@libero.it CC: Pd-list@iem.at Date: 12/14/2010 12:41 AM
On Mon, 2010-12-13 at 17:12 +0100, Lorenzo Sutton wrote:
I eventually had a look into the GUI plug-in stuff and came up
with this.It uses a zenity-inspired gtk binary to make the dialogue (not particularly finesse, but easier thank tcl/gtk). Source and binary
as well as the tcl plugin here:http://puredata.info/Members/lorenzosu/gtk-open-plugin/gtk-open-plugin
That's great! So much better than the crappy Tcl/Tk open panel. It would be great to have the save panel too. I added code so that the plugin finds pd_gtk_open in the searchpath, that's attached. I also think an install target for the Makefile would make it really easy to install:
Hey thanks for that. I already have the binary for the save dialog,
I just have to figure out how to make the plug-in.
Now that I spend a couple hours with the GTK open panel, it felt so
natural I was shocked when I removed the plugin. Looking forward to
the save panel!
install: install -d ~/pd-externals/ install -p -m644 gtkopen-plugin.tcl ~/pd-externals/ install -p -m755 $(PROGRAM) ~/pd-externals/
Ok.. but I think someone was raising the issue of a ~/pd-externals
dir being created. Anyway it does make sense to distribute the plug-in
I believe the objection you mention is that Pd-extended automatically
creates ~/pd-externals. ~/pd-externals is the standard user-install
path for Pd-vanilla and Pd-extended. No sudo or root access needed.
.hc
If you want to publicize this, you could add it to the GUI Plugins section of the new download page: http://puredata.info/community/projects/software/ http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
I'll do that as soon as I have time, maybe once the save is done...
An open without a matching save seems a bit strange atm :)Lorenzo
.hc
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended.
since i think that lorenzo relates to me raising the issues, i can confirm that i am indeed concerned with pd-extended automatically creating the ~/pd-externals folder.
i don't mind so much if the ~/pd-externals folder is searched automatically, but why would anybody want to have an empty folder in their home-directory.
No sudo or root access needed.
people who are able to copy a file from ~/Downloads/superduper into ~/pd-externals can probably be expected to be able to create a ~/pd-externals directory. for externals that come with an installation routine (for users who are not willing to copy files around manually), this can create the directory as well.
ghmsdft IOhannes
IOhannes m zmoelnig wrote:
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended.
I would second the suggestion someone made of a .pd-extended (with dot) folder in the user's home as that seems quite standard for many linux apps... Of course I'm not sure how much this would break existing libraries which rely on the pd-extended folder.
Lorenzo.
since i think that lorenzo relates to me raising the issues, i can confirm that i am indeed concerned with pd-extended automatically creating the ~/pd-externals folder.
i don't mind so much if the ~/pd-externals folder is searched automatically, but why would anybody want to have an empty folder in their home-directory.
No sudo or root access needed.
people who are able to copy a file from ~/Downloads/superduper into ~/pd-externals can probably be expected to be able to create a ~/pd-externals directory. for externals that come with an installation routine (for users who are not willing to copy files around manually), this can create the directory as well.
ghmsdft IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Tue, 2010-12-14 at 16:08 +0100, Lorenzo Sutton wrote:
IOhannes m zmoelnig wrote:
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended.
I would second the suggestion someone made of a .pd-extended (with dot) folder in the user's home as that seems quite standard for many linux apps... Of course I'm not sure how much this would break existing libraries which rely on the pd-extended folder.
That's a common suggestion. Frank made a good case for it not to be a . file, you can see the threads at the bottom here:
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
.hc
Lorenzo.
since i think that lorenzo relates to me raising the issues, i can confirm that i am indeed concerned with pd-extended automatically creating the ~/pd-externals folder.
i don't mind so much if the ~/pd-externals folder is searched automatically, but why would anybody want to have an empty folder in their home-directory.
No sudo or root access needed.
people who are able to copy a file from ~/Downloads/superduper into ~/pd-externals can probably be expected to be able to create a ~/pd-externals directory. for externals that come with an installation routine (for users who are not willing to copy files around manually), this can create the directory as well.
ghmsdft IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Tue, Dec 14, 2010 at 11:20:32AM -0500, Hans-Christoph Steiner wrote:
On Tue, 2010-12-14 at 16:08 +0100, Lorenzo Sutton wrote:
IOhannes m zmoelnig wrote:
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended.
I would second the suggestion someone made of a .pd-extended (with dot) folder in the user's home as that seems quite standard for many linux apps... Of course I'm not sure how much this would break existing libraries which rely on the pd-extended folder.
That's a common suggestion. Frank made a good case for it not to be a . file, you can see the threads at the bottom here:
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
Did you interperet Frank's comment:
The home path isn't important anyway as every user probably has her own file layout for home. And I don't think that every home should be standardized, I like it if all my friends' homes look different.
to mean that he doesn't agree with a dot file? I am not sure if that's a correct reading. Seems more like a whimsical off-hand comment than a reason to break with forty two years of unix tradition.
If you don't like ~/.pd-externals the other thing you could do is follow the free desktop standard and put it in one of ~/.config/pd-externals ~/Templates/pd-externals ~/Documents/pd-externals or something? There must be a precedent for this.
"pd-extras" would seem like a more apt name to me too.
Sorry to be a trouble maker. I should say that I totally love this new feature and many thanks for lobbying to get it into Pd/MSP.
Cheers,
Chris.
On Dec 14, 2010, at 10:08 PM, Chris McCormick wrote:
On Tue, Dec 14, 2010 at 11:20:32AM -0500, Hans-Christoph Steiner
wrote:On Tue, 2010-12-14 at 16:08 +0100, Lorenzo Sutton wrote:
IOhannes m zmoelnig wrote:
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you mention is that Pd-extended
automatically creates ~/pd-externals. ~/pd-externals is the standard user- install path for Pd-vanilla and Pd-extended.I would second the suggestion someone made of a .pd-extended (with
dot) folder in the user's home as that seems quite standard for many
linux apps... Of course I'm not sure how much this would break existing libraries which rely on the pd-extended folder.That's a common suggestion. Frank made a good case for it not to
be a . file, you can see the threads at the bottom here:http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
Did you interperet Frank's comment:
The home path isn't important anyway as every user probably has her own file layout for home. And I don't think that every home should be standardized, I like it if all my friends' homes look different.
to mean that he doesn't agree with a dot file? I am not sure if
that's a correct reading. Seems more like a whimsical off-hand comment than a
reason to break with forty two years of unix tradition.
No, we explicitly discussed the name and leading dot. Don't remember
exactly where.
If you don't like ~/.pd-externals the other thing you could do is
follow the free desktop standard and put it in one of ~/.config/pd-externals ~/Templates/pd-externals ~/Documents/pd-externals or something?
There must be a precedent for this."pd-extras" would seem like a more apt name to me too.
Sorry to be a trouble maker. I should say that I totally love this
new feature and many thanks for lobbying to get it into Pd/MSP.
We read the Free Desktop standards and didn't find anything relevant.
External libraries are not conf files, so .config isn't appropriate.
They are not really documents either. If the Free Desktop standards
do come up with something that fits, I think it would be a good idea
to follow that standard.
.hc
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war on
terrorism. - retired U.S. Army general, William Odom
On Tue, Dec 14, 2010 at 04:08:30PM +0100, Lorenzo Sutton wrote:
IOhannes m zmoelnig wrote:
On 2010-12-14 15:31, Hans-Christoph Steiner wrote:
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended.
I would second the suggestion someone made of a .pd-extended (with dot)
folder in the user's home as that seems quite standard for many linux
apps... Of course I'm not sure how much this would break existing
libraries which rely on the pd-extended folder.
I would also second this.
Cheers,
Chris.
I think this is great. Is it going to become a normal part of Pd-extended?
-Jonathan
--- On Tue, 12/14/10, Hans-Christoph Steiner hans@at.or.at wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: Re: [PD] Plugin for 0.43 to have a gtk-looking open dialog To: "Lorenzo Sutton" lsutton@libero.it Cc: Pd-list@iem.at Date: Tuesday, December 14, 2010, 3:31 PM
On Dec 14, 2010, at 6:05 AM, Lorenzo Sutton wrote:
-------- Original Message -------- Subject: Re: [PD] Plugin for 0.43 to have a
gtk-looking open dialog
From: Hans-Christoph Steiner hans@at.or.at To: Lorenzo Sutton lsutton@libero.it CC: Pd-list@iem.at Date: 12/14/2010 12:41 AM
On Mon, 2010-12-13 at 17:12 +0100, Lorenzo Sutton
wrote:
I eventually had a look into the GUI plug-in
stuff and came up with this.
It uses a zenity-inspired gtk binary to make
the dialogue (not
particularly finesse, but easier thank
tcl/gtk). Source and binary as
well as the tcl plugin here:
http://puredata.info/Members/lorenzosu/gtk-open-plugin/gtk-open-plugin
That's great! So much better than the crappy
Tcl/Tk open panel. It
would be great to have the save panel too. I added
code so that the
plugin finds pd_gtk_open in the searchpath, that's
attached. I also
think an install target for the Makefile would
make it really easy to
install:
Hey thanks for that. I already have the binary for the
save dialog, I just have to figure out how to make the plug-in.
Now that I spend a couple hours with the GTK open panel, it felt so natural I was shocked when I removed the plugin. Looking forward to the save panel!
install: install -d ~/pd-externals/ install -p -m644
gtkopen-plugin.tcl ~/pd-externals/
install -p -m755 $(PROGRAM)
~/pd-externals/
Ok.. but I think someone was raising the issue of a
~/pd-externals dir being created. Anyway it does make sense to distribute the plug-in
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended. No sudo or root access needed.
.hc
If you want to publicize this, you could add it to
the GUI Plugins
section of the new download page: http://puredata.info/community/projects/software/ http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
I'll do that as soon as I have time, maybe once the
save is done... An open without a matching save seems a bit strange atm :)
Lorenzo
.hc
You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yeah I think so. I haven't worked out exactly how, but I think Pd- extended should include things as plugins whenever possible.
.hc
On Dec 14, 2010, at 10:45 PM, Jonathan Wilkes wrote:
I think this is great. Is it going to become a normal part of Pd-extended?
-Jonathan
--- On Tue, 12/14/10, Hans-Christoph Steiner hans@at.or.at wrote:
From: Hans-Christoph Steiner hans@at.or.at Subject: Re: [PD] Plugin for 0.43 to have a gtk-looking open dialog To: "Lorenzo Sutton" lsutton@libero.it Cc: Pd-list@iem.at Date: Tuesday, December 14, 2010, 3:31 PM
On Dec 14, 2010, at 6:05 AM, Lorenzo Sutton wrote:
-------- Original Message -------- Subject: Re: [PD] Plugin for 0.43 to have a
gtk-looking open dialog
From: Hans-Christoph Steiner hans@at.or.at To: Lorenzo Sutton lsutton@libero.it CC: Pd-list@iem.at Date: 12/14/2010 12:41 AM
On Mon, 2010-12-13 at 17:12 +0100, Lorenzo Sutton
wrote:
I eventually had a look into the GUI plug-in
stuff and came up with this.
It uses a zenity-inspired gtk binary to make
the dialogue (not
particularly finesse, but easier thank
tcl/gtk). Source and binary as
well as the tcl plugin here:
http://puredata.info/Members/lorenzosu/gtk-open-plugin/gtk-open-plugin
That's great! So much better than the crappy
Tcl/Tk open panel. It
would be great to have the save panel too. I added
code so that the
plugin finds pd_gtk_open in the searchpath, that's
attached. I also
think an install target for the Makefile would
make it really easy to
install:
Hey thanks for that. I already have the binary for the
save dialog, I just have to figure out how to make the plug-in.
Now that I spend a couple hours with the GTK open panel, it felt so natural I was shocked when I removed the plugin. Looking forward to the save panel!
install: install -d ~/pd-externals/ install -p -m644
gtkopen-plugin.tcl ~/pd-externals/
install -p -m755 $(PROGRAM)~/pd-externals/
Ok.. but I think someone was raising the issue of a
~/pd-externals dir being created. Anyway it does make sense to distribute the plug-in
I believe the objection you mention is that Pd-extended automatically creates ~/pd-externals. ~/pd-externals is the standard user-install path for Pd-vanilla and Pd-extended. No sudo or root access needed.
.hc
If you want to publicize this, you could add it to
the GUI Plugins
section of the new download page: http://puredata.info/community/projects/software/ http://puredata.info/docs/sitedocs/AddingYourProjectToDownloads
I'll do that as soon as I have time, maybe once the
save is done... An open without a matching save seems a bit strange atm :)
Lorenzo
.hc
You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
¡El pueblo unido jamás será vencido!
-
Chris McCormick -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Jonathan Wilkes -
Lorenzo Sutton