Hi
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more, but I can't seem to find it. Could anyone refresh my memory?
Atte André Jensen wrote:
Hi
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more, but I can't seem to find it. Could anyone refresh my memory?
You can separate paths with ":", eg:
$ pd -stderr -verbose -path a:b tried /home/claude/foo.l_i386 and failed tried a/foo.l_i386 and failed tried b/foo.l_i386 and failed tried /opt/puredata/lib/pd/extra/foo.l_i386 and failed ...
On 16/10/2007, at 21.04, Claude Heiland-Allen wrote:
You can separate paths with ":"
You may wanna check out Franks Tips'n'Tricks page which also explains
the colon trick.
<http://puredata.info/docs/tutorials/TipsAndTricks#add-more-entries- to-the-path-and-library-dialogs>
Or see the FAQ about editing the prefs file that Hans mentioned:
Edit the prefs file directly:
GNU/Linux: ~/.pdsettings Mac OS X: ~/Library/Preferences/org.puredata.pd.plist Windows: LOCAL_MACHINE\Software\Pd (registry)
.hc
On Oct 16, 2007, at 2:51 PM, Atte André Jensen wrote:
Hi
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more,
but I can't seem to find it. Could anyone refresh my memory?-- peace, love & harmony Atte
http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
kill your television
Hallo, Atte André Jensen hat gesagt: // Atte André Jensen wrote:
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more, but I can't seem to find it. Could anyone refresh my memory?
Hm, this gets asked (and answered) once every 1.5 weeks. What can we do about it?
Frank Barknecht _ ______footils.org__
On Oct 16, 2007, at 6:08 PM, Frank Barknecht wrote:
Hallo, Atte André Jensen hat gesagt: // Atte André Jensen wrote:
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more,
but I can't seem to find it. Could anyone refresh my memory?Hm, this gets asked (and answered) once every 1.5 weeks. What can we do about it?
Hmm... fix it! Or... document it better...
The search on puredata.org works quite nicely, we should encourage
people to use it.
.hc
Ciao
Frank Barknecht _
______footils.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to
realize his wishes. Now that he can realize them, he must either
change them, or perish. -William Carlos Williams
One reason for wanting to use all the paths might be to be able to use more than 10 libraries of those included in extended. I tried to trace down the problem I had with this and I found a strange behavior related to the "use standard extension" option in the Path.. dialog (standardpath variable): When the "use standard extension" option is selected and pd is started then all subdirectories of /extra seems to be included in the search path (used the verbose flag in the Paths.. dialog). Thus, there is no need to include any extended libs in the search paths. However, if pd is started with the "use standard extension" option off it doesn't help turning it on again. If pd is restarted it works again. I checked the registry in windows and it is updated correctly. So obviously the "use standard extension" is only changed at start time. On the other hand the path changes takes effect immediately. Maybe this is a know behavior but it gets very confusing from a user point of view. It is not documented in the pd documentation (BTW pictures missing in the manual). I used the latest pd-extended on windows. I think that the "use more than 10 libs" question is not an education problem or searching-the-web problem. I think there are some subtle behavior like the one pointed out here that creates a lot of confusion. Best Anders
Hans-Christoph Steiner wrote:
On Oct 16, 2007, at 6:08 PM, Frank Barknecht wrote:
Hallo, Atte André Jensen hat gesagt: // Atte André Jensen wrote:
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more,
but I can't seem to find it. Could anyone refresh my memory?Hm, this gets asked (and answered) once every 1.5 weeks. What can we do about it?
Hmm... fix it! Or... document it better...
The search on puredata.org works quite nicely, we should encourage
people to use it..hc
Ciao
Frank Barknecht _
______footils.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Man has survived hitherto because he was too ignorant to know how to
realize his wishes. Now that he can realize them, he must either
change them, or perish. -William Carlos Williams
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Wed, 2007-10-17 at 00:08 +0200, Frank Barknecht wrote:
Hallo, Atte André Jensen hat gesagt: // Atte André Jensen wrote:
My paths section in my preferences is full, and I need to ad another. remember there was some discussion recently about how to add more, but I can't seem to find it. Could anyone refresh my memory?
Hm, this gets asked (and answered) once every 1.5 weeks. What can we do about it?
It is also one of the most frequent questions I get asked when I introduce new users to PD. Personally I think the entire 'search paths' window is badly designed. I have a few ideas about how it might be improved:
1/ 'Save all settings' and 'Apply' should be removed.
2/ The path list should have a dynamically generated scrollbar, so that when the list exceeds a certain length (10), the scrollbar appears and the user can view the additional paths by scrolling up/down.
3/ It should not be possible to type directly into the path list, only select a list element or group of elements (paths).
4/ Two new buttons should be added directly underneath the path list: 'Add' and 'Remove'.
5/ 'Add' opens a new dialog ('Select path...') whereby the user can either enter a path or navigate to it using a filesystem browser widget. Once the path has been entered (or selected), clicking 'OK' adds the path to the path list and closes the 'Select path...' dialogue.
6/ Clicking 'Remove' in the main 'path list' window will remove the currently selected item(s) from the path list.
7/ Clicking 'OK' will commit changes to disk, apply them for the current session and close the window.
8/ Clicking 'Cancel' will discard the changes and close the window.
Just a few thoughts. If anyone else thinks this is a good idea, I would happily put a feature request on the tracker.
best,
Jamie
Jamie Bullock wrote:
It is also one of the most frequent questions I get asked when I introduce new users to PD.
interestingly enough i never have been asked this. most likely it is not the initial design that a lot of paths are to be added.
Personally I think the entire 'search paths' window is badly designed.
nevertheless i agree with you.
I have a few ideas about how it might be improved:
1/ 'Save all settings' and 'Apply' should be removed.
2/ The path list should have a dynamically generated scrollbar, so that when the list exceeds a certain length (10), the scrollbar appears and the user can view the additional paths by scrolling up/down.
3/ It should not be possible to type directly into the path list, only select a list element or group of elements (paths).
4/ Two new buttons should be added directly underneath the path list: 'Add' and 'Remove'.
5/ 'Add' opens a new dialog ('Select path...') whereby the user can either enter a path or navigate to it using a filesystem browser widget. Once the path has been entered (or selected), clicking 'OK' adds the path to the path list and closes the 'Select path...' dialogue.
6/ Clicking 'Remove' in the main 'path list' window will remove the currently selected item(s) from the path list.
7/ Clicking 'OK' will commit changes to disk, apply them for the current session and close the window.
8/ Clicking 'Cancel' will discard the changes and close the window.
what i am dearly missing in your design is:
(since you cannot add change the paths directly, and i think it is very re-order paths in a way that involves opening several windows) in my work-cycle, path-order is a crucial thing when it comes to getting the "right" object.
multi-tab) dialog.
mf.ar IOhannes
On Thu, 2007-10-18 at 10:29 +0200, IOhannes m zmoelnig wrote:
Jamie Bullock wrote:
It is also one of the most frequent questions I get asked when I introduce new users to PD.
interestingly enough i never have been asked this. most likely it is not the initial design that a lot of paths are to be added.
Thinking about it, the people who ask this have generally come from Max/MSP, so not necessarily complete newbies.
what i am dearly missing in your design is:
- buttons to re-order the paths
(since you cannot add change the paths directly, and i think it is very re-order paths in a way that involves opening several windows) in my work-cycle, path-order is a crucial thing when it comes to getting the "right" object.
I agree - there should be some easy way to do this. IMO, the nicest thing would be for each path to have an anchor, which when clicked, rather than selecting the path, enables the path to be dragged up and down the list. I'm not sure how feasible this is in Tk though. Perhaps a pair of 'up-down' buttons adjacent to each path would be easier to implement:
^ v
Clicking the top button moves the path up the list. Clicking the bottom one moves it down.
- unify the path and startup dialogs into one single (possibly
multi-tab) dialog.
I completely agree. I forgot about the startup dialog!
Jamie
hi, didn't Chun Lee made all the work in desiredata?
Jamie Bullock a écrit :
On Thu, 2007-10-18 at 10:29 +0200, IOhannes m zmoelnig wrote:
Jamie Bullock wrote:
It is also one of the most frequent questions I get asked when I introduce new users to PD.
interestingly enough i never have been asked this. most likely it is not the initial design that a lot of paths are to be added.
Thinking about it, the people who ask this have generally come from Max/MSP, so not necessarily complete newbies.
what i am dearly missing in your design is:
- buttons to re-order the paths
(since you cannot add change the paths directly, and i think it is very re-order paths in a way that involves opening several windows) in my work-cycle, path-order is a crucial thing when it comes to getting the "right" object.
I agree - there should be some easy way to do this. IMO, the nicest thing would be for each path to have an anchor, which when clicked, rather than selecting the path, enables the path to be dragged up and down the list. I'm not sure how feasible this is in Tk though.
There is the drag'n'drop tk lib for that it's called 'tkdnd'
Perhaps a
pair of 'up-down' buttons adjacent to each path would be easier to implement:
^ v
Clicking the top button moves the path up the list. Clicking the bottom one moves it down.
- unify the path and startup dialogs into one single (possibly
multi-tab) dialog.
I completely agree. I forgot about the startup dialog!
Jamie
Jamie Bullock wrote:
I have a few ideas about how it might be improved:
How about a checkbox "recurse subdirs" that'll traverse subdirs. I know this can lead to bad things (wrong load order of files with same name), but this can also happen with individual dirs.
I'd like to split my growing pd instrument collection up into subdirs, but also having to maintain the path's dialog have stopped me so far...
But isn't this all deprecated? I thought the new official way of loading externals in Pd-Extended was to either use prefixes or the import object (which make more sense with the upcoming Pdpedia, permits the dynamic loading of libs and better follows the standard import method seen in other programming languages).
Now, I bring this up because, if there is not a "standard" way of using Pd-Extended, it will tend to confuse new users and make patches incompatible between different use configurations.
I could start a html documentation on the particularities of Pd-Extended.
Tom
On 10/18/07, Atte André Jensen atte.jensen@gmail.com wrote:
Jamie Bullock wrote:
I have a few ideas about how it might be improved:
How about a checkbox "recurse subdirs" that'll traverse subdirs. I know this can lead to bad things (wrong load order of files with same name), but this can also happen with individual dirs.
I'd like to split my growing pd instrument collection up into subdirs, but also having to maintain the path's dialog have stopped me so far...
-- peace, love & harmony Atte
http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thomas O Fredericks wrote:
But isn't this all deprecated? I thought the new official way of loading externals in Pd-Extended was to either use prefixes or the import object
i thought we were talking about pd in general, not just pd-extended.
sorry for the noise then.
fmgad.str IOhannes
I think it would be very good to have cleaned up preferences windows
for Pd in general. They are one of the biggest uability issues in Pd
right now. If someone writes the code, it can easily be included into
Pd-extended. Including it into Pd-vanilla is a different story,
we'll see what happens there.
.hc
On Oct 18, 2007, at 9:26 AM, Thomas O Fredericks wrote:
But isn't this all deprecated? I thought the new official way of
loading externals in Pd-Extended was to either use prefixes or the
import object (which make more sense with the upcoming Pdpedia,
permits the dynamic loading of libs and better follows the standard
import method seen in other programming languages).Now, I bring this up because, if there is not a "standard" way of
using Pd-Extended, it will tend to confuse new users and make
patches incompatible between different use configurations.I could start a html documentation on the particularities of Pd- Extended.
Tom
On 10/18/07, Atte André Jensen atte.jensen@gmail.com wrote: Jamie Bullock wrote:
I have a few ideas about how it might be improved:
How about a checkbox "recurse subdirs" that'll traverse subdirs. I
know this can lead to bad things (wrong load order of files with same
name), but this can also happen with individual dirs.I'd like to split my growing pd instrument collection up into subdirs, but also having to maintain the path's dialog have stopped me so
far...-- peace, love & harmony Atte
http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk
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
All information should be free. - the hacker ethic
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think it would be very good to have cleaned up preferences windows
for Pd in general. They are one of the biggest uability issues in Pd
right now. If someone writes the code, it can easily be included into
Pd-extended. Including it into Pd-vanilla is a different story,
we'll see what happens there.
I hate to say this: But a lot of these problems are already solved in Pd and Pd-extended. The solution is called ".pdrc", and I'm personally still using it. It has practically endless space for libraries, paths and startup options, the options can be freely arranged, moved up and down, it works for non-admin users on Windows, copy'n'paste support is top notch, it can be themed with Vim, Notepad or Emacs themes etc.
.pdrc rocks my world and it can rock yours, too!
The only thing missing is comments.
Oh, and unfortunatly it seems to be deprecated. ;)
Frank Barknecht _ ______footils.org__
hi!
Frank Barknecht a écrit :
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think it would be very good to have cleaned up preferences windows
for Pd in general.
.pdrc rocks my world and it can rock yours, too!
The only thing missing is comments.
Oh, and unfortunatly it seems to be deprecated. ;)
Ciao
things have been clean in pd until .pdsettings has arrived, now it's always a mess with pd settings, particulary under windows. For example, now I've got to change my soundcard settings after each pd boot since the least releases of pd-extended has been installed, and I didn't figured out yet how to fix it.
Under linux I use .pdrc file, things are a lot easier with it, this file just misses a template with comments.
Yep, .pdrc solve the problem.
Jack
Le 18 oct. 07 à 16:47, Frank Barknecht a écrit :
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think it would be very good to have cleaned up preferences windows for Pd in general. They are one of the biggest uability issues in Pd right now. If someone writes the code, it can easily be included into Pd-extended. Including it into Pd-vanilla is a different story, we'll see what happens there.
I hate to say this: But a lot of these problems are already solved in Pd and Pd-extended. The solution is called ".pdrc", and I'm personally still using it. It has practically endless space for libraries, paths and startup options, the options can be freely arranged, moved up and down, it works for non-admin users on Windows, copy'n'paste support is top notch, it can be themed with Vim, Notepad or Emacs themes etc.
.pdrc rocks my world and it can rock yours, too!
The only thing missing is comments.
Oh, and unfortunatly it seems to be deprecated. ;)
Ciao
Frank Barknecht _
______footils.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
On Thu, 2007-10-18 at 16:47 +0200, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think it would be very good to have cleaned up preferences windows
for Pd in general.I hate to say this: But a lot of these problems are already solved in Pd and Pd-extended. The solution is called ".pdrc", and I'm personally still using it.
Yeah, I love .pdrc too! The thing is that if we are in a situation where it is easier to edit the prefs 'manually' in a text editor, there is something seriously wrong with the UI and it should either be changed or removed, otherwise things can get very frustrating (particularly for new users).
Anyhow, I just followed Patrice's suggestion, and it looks like a lot of the things that are being suggested for a potential prefs redesign are already implemented in desiredata...
Jamie
On Oct 18, 2007, at 10:47 AM, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I think it would be very good to have cleaned up preferences windows for Pd in general. They are one of the biggest uability issues in Pd right now. If someone writes the code, it can easily be included into Pd-extended. Including it into Pd-vanilla is a different story, we'll see what happens there.
I hate to say this: But a lot of these problems are already solved in Pd and Pd-extended. The solution is called ".pdrc", and I'm personally still using it. It has practically endless space for libraries, paths and startup options, the options can be freely arranged, moved up and down, it works for non-admin users on Windows, copy'n'paste support is top notch, it can be themed with Vim, Notepad or Emacs themes etc.
.pdrc rocks my world and it can rock yours, too!
The only thing missing is comments.
Oh, and unfortunatly it seems to be deprecated. ;)
The file format is not the issue, the pdsettings file format also has
no limit on how many libs or paths you add. If you use the .pdrc,
then you'll still see the same preferences pane with the same limit
of 10 fields. But then if you save your prefs, then you'll have two
different settings files that can easily cause confusion.
Because you can edit things on the command is not a good reason to
keep the GUI crappy.
.hc
Ciao
Frank Barknecht _
______footils.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"It is convenient to imagine a power beyond us because that means we
don't have to examine our own lives.", from "The Idols of
Environmentalism", by Curtis White