Hi ! I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated.... I like that system, even though it is not possible to include comments in it.
Maybe a system that would be nice to migrate to is the http://www.jedsoft.org/slang/ interpreter, which is somewhat similar to a simplified C syntax. I know there are many languages like this one (namely Lua, processing, etc.) but this one looks nice. For those that like the console to write software, you should check out the Jed editor, by the same author.
It now uses more platform-native methods of storing the preferences: a .plist on Mac OS X, the registry in Windows, and a .pd-settings file for everything else. I think the idea is to make it more platform-native.
.hc
On Aug 14, 2006, at 1:28 PM, Alexandre Quessy wrote:
Hi ! I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated.... I like that system, even though it is not possible to include comments in it.
Maybe a system that would be nice to migrate to is the http://www.jedsoft.org/slang/ interpreter, which is somewhat similar to a simplified C syntax. I know there are many languages like this one (namely Lua, processing, etc.) but this one looks nice. For those that like the console to write software, you should check out the Jed editor, by the same author.
-- Alexandre Quessy http://alexandre.quessy.net
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------
If you are not part of the solution, you are part of the problem. - Eldridge Cleaver
On Mon, 14 Aug 2006, Alexandre Quessy wrote:
I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated....
in DesireData, ~/.pdrc is not deprecated, and there's an editor for it. (the first release of DesireData is approaching quickly)
I like that system, even though it is not possible to include comments in it.
devel_0_39 allows inclusion of comments. (however, the DesireData editor strips comments and sort the options in the order that they are in the editor)
Maybe a system that would be nice to migrate to is the http://www.jedsoft.org/slang/ interpreter, which is somewhat similar to a simplified C syntax.
I don't know which part of pd you want to migrate this to. If it's about the configuration system, I'm thinking about using pd messages for everything, in the future.
Simplified C syntax is only interesting to those who are C programmers. For pd users, it's better to use pd patches. For other people... tastes vary. I prefer Tcl syntax.
Slang is seldom used. I don't remember any feature of Slang that made it seem like an interesting language. Tcl is already much more used and exciting.
I know there are many languages like this one (namely Lua, processing, etc.) but this one looks nice.
What makes Lua and Processing looking not nice?
For those that like the console to write software,
Do you want to make a console version of pd? =)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Tue, Aug 15, 2006 at 03:08:53AM -0400, Mathieu Bouchard wrote:
For those that like the console to write software,
Do you want to make a console version of pd? =)
What would be really awesome is an ascii -> pd converter for those highly detailed ASCII patches that Frank is always posting on this list. ;)
Best,
Chris.
------------------- chris@mccormick.cx http://mccormick.cx
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
What would be really awesome is an ascii -> pd converter for those highly detailed ASCII patches that Frank is always posting on this list. ;)
Like the one attached? (requires zexy, open "ASIIC.pd").
Ciao
[me~] | [LMAO~]
On Tue, 15 Aug 2006 10:15:16 +0200 Frank Barknecht fbar@footils.org wrote:
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
What would be really awesome is an ascii -> pd converter for those highly detailed ASCII patches that Frank is always posting on this list. ;)
Like the one attached? (requires zexy, open "ASIIC.pd").
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Tue, Aug 15, 2006 at 10:15:16AM +0200, Frank Barknecht wrote:
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
What would be really awesome is an ascii -> pd converter for those highly detailed ASCII patches that Frank is always posting on this list. ;)
Like the one attached? (requires zexy, open "ASIIC.pd").
Ouch that makes my head hurt. ;)
Chris.
------------------- chris@mccormick.cx http://mccormick.cx
On Aug 15, 2006, at 3:08 AM, Mathieu Bouchard wrote:
On Mon, 14 Aug 2006, Alexandre Quessy wrote:
I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated....
in DesireData, ~/.pdrc is not deprecated, and there's an editor for it. (the first release of DesireData is approaching quickly)
I think you should reconsider. I think that we should try to make Pd more platform-native, which Miller's new prefs stuff is a step towards.
.hc
I like that system, even though it is not possible to include comments in it.
devel_0_39 allows inclusion of comments. (however, the DesireData editor strips comments and sort the options in the order that they are in the editor)
Maybe a system that would be nice to migrate to is the http:// www.jedsoft.org/slang/ interpreter, which is somewhat similar to a simplified C syntax.
I don't know which part of pd you want to migrate this to. If it's about the configuration system, I'm thinking about using pd messages for everything, in the future.
Simplified C syntax is only interesting to those who are C programmers. For pd users, it's better to use pd patches. For other people... tastes vary. I prefer Tcl syntax.
Slang is seldom used. I don't remember any feature of Slang that made it seem like an interesting language. Tcl is already much more used and exciting.
I know there are many languages like this one (namely Lua, processing, etc.) but this one looks nice.
What makes Lua and Processing looking not nice?
For those that like the console to write software,
Do you want to make a console version of pd? =)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada_______________________________________________ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
On Mon Aug 21, 2006 at 08:29:13PM -0400, Hans-Christoph Steiner wrote:
On Aug 15, 2006, at 3:08 AM, Mathieu Bouchard wrote:
On Mon, 14 Aug 2006, Alexandre Quessy wrote:
I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated....
in DesireData, ~/.pdrc is not deprecated, and there's an editor for it. (the first release of DesireData is approaching quickly)
I think you should reconsider. I think that we should try to make Pd more platform-native, which Miller's new prefs stuff is a step towards.
what exactly does serializing the preferences to 3 completely different formats offer, besidse 3x the code to maintain? i never really understood that switch..which occured the same time programs like Mozilla were doing the opposite - unifying the prefs and profile storage across platforms.
i guess its just one of the mysteries of PD :)
I think it's easier for most users, and most system managers, to use native tools for site-specific settings. Experts can always just edit the code and recompile... :)
M On Tue, Aug 22, 2006 at 02:25:16AM +0000, carmen wrote:
On Mon Aug 21, 2006 at 08:29:13PM -0400, Hans-Christoph Steiner wrote:
On Aug 15, 2006, at 3:08 AM, Mathieu Bouchard wrote:
On Mon, 14 Aug 2006, Alexandre Quessy wrote:
I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated....
in DesireData, ~/.pdrc is not deprecated, and there's an editor for it. (the first release of DesireData is approaching quickly)
I think you should reconsider. I think that we should try to make Pd more platform-native, which Miller's new prefs stuff is a step towards.
what exactly does serializing the preferences to 3 completely different formats offer, besidse 3x the code to maintain? i never really understood that switch..which occured the same time programs like Mozilla were doing the opposite - unifying the prefs and profile storage across platforms.
i guess its just one of the mysteries of PD :)
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
On Mon, 21 Aug 2006, Miller Puckette wrote:
I think it's easier for most users, and most system managers, to use native tools for site-specific settings. Experts can always just edit the code and recompile... :)
What are those native tools ?
Why should users have to handle REGEDIT.EXE, and why should that be easier to use than pd's built-in configuration editor?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Mon, 21 Aug 2006, Hans-Christoph Steiner wrote:
I think you should reconsider. I think that we should try to make Pd more platform-native, which Miller's new prefs stuff is a step towards.
If you can't bother telling me why, then I don't know why I'd bother reconsidering.
Besides, note that Pd on Linux/BSD/etc uses the configuration system of neither GNOME nor KDE. Don't you mean that it should?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Aug 23, 2006, at 8:23 AM, Mathieu Bouchard wrote:
On Mon, 21 Aug 2006, Hans-Christoph Steiner wrote:
I think you should reconsider. I think that we should try to make Pd more platform-native, which Miller's new prefs stuff is a step towards.
If you can't bother telling me why, then I don't know why I'd bother reconsidering.
Besides, note that Pd on Linux/BSD/etc uses the configuration system of neither GNOME nor KDE. Don't you mean that it should?
If you already know the intricacies of Mac OS X, for example, why should you have to learn some other random thing? Mac OS X and Debian illustrate this concept very clearly. In Debian _all_ packages are configured to fit in with the Debian paths and scripts. That means once you learn how to setup one Debian package, you can apply that knowledge to any other Debian package.
.hc
------------------------------------------------------------------------
If you are not part of the solution, you are part of the problem.
On Mon, 28 Aug 2006, Hans-Christoph Steiner wrote:
If you already know the intricacies of Mac OS X, for example, why should you have to learn some other random thing? Mac OS X and Debian illustrate this concept very clearly. In Debian _all_ packages are configured to fit in with the Debian paths and scripts. That means once you learn how to setup one Debian package, you can apply that knowledge to any other Debian package.
How does .pdsettings fit in any way with Debian ?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Mathieu Bouchard wrote:
On Mon, 28 Aug 2006, Hans-Christoph Steiner wrote:
If you already know the intricacies of Mac OS X, for example, why should you have to learn some other random thing? Mac OS X and Debian illustrate this concept very clearly. In Debian _all_ packages are configured to fit in with the Debian paths and scripts. That means once you learn how to setup one Debian package, you can apply that knowledge to any other Debian package.
How does .pdsettings fit in any way with Debian ?
how does it not?
debian-packages usually are configured via files in both /etc/ (system-dependent) and ${HOME}/ (user-dependent). however, every time i ask for this feature, i only get a a "Pd is not for real systems" answer ;-)
mfga.sdr IOhannes
On Fri, 8 Sep 2006, IOhannes m zmoelnig wrote:
How does .pdsettings fit in any way with Debian ?
how does it not?
Sorry. My question should have been:
how does .pdsettings fit in Debian in a way that .pdrc doesn't?
debian-packages usually are configured via files in both /etc/ (system-dependent) and ${HOME}/ (user-dependent). however, every time i ask for this feature,
"Pd is not for real systems"
What does that mean??
Anyway, if you want to fallback to /etc, you could code it in devel_0_39. However, I problem that I see is that, when prefix=/usr the global conf should get installed in /etc, but not when prefix=$HOME. and then, when it's the default prefix=/usr/local, should it install in /usr/local/etc or in /etc ?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Hi,
On 9/8/06, Mathieu Bouchard matju@artengine.ca wrote:
Anyway, if you want to fallback to /etc, you could code it in devel_0_39. However, I problem that I see is that, when prefix=/usr the global conf should get installed in /etc, but not when prefix=$HOME. and then, when it's the default prefix=/usr/local, should it install in /usr/local/etc or in /etc ?
A global startup configuration file would be very desirable. We could then write a little pd-add-path script that would simply :
echo -path $PWD >> /usr/lib/pd/pdrc-system-wide
Personnaly, I like the fact that the .pdrc syntax is the same on Linux and Mac, because they are both actually real systems. ;-)
since the 0.40, pure data crash at launch on my computer : "memory can't be written at ...". i have a dell centrino laptop with an m-audio quattro usb under win XP
strange cause i test it on other computers and it don't crash and last 0.39 version works on my computer ...
HK
On Sat, 9 Sep 2006, Alexandre Quessy wrote:
A global startup configuration file would be very desirable. We could then write a little pd-add-path script that would simply : echo -path $PWD >> /usr/lib/pd/pdrc-system-wide
simply that? is it because you chmoded /usr/lib/pd or because you run everything as root?
I agree that it's a nice feature, for it would allow the separation of pd-extended's default config and whatever a user wants to do.
However, I've not planned this at all in the pdrc editor. How could the pdrc editor handle the edition of, say, just ~/.pdrc, but taking into account the fact that /usr/lib/pd/pdrc is going to be loaded, in a way not too confusing for the user?
If you want to try the pdrc editor, try this: http://artengine.ca/desiredata/download/desiredata-0.39.A.pre1.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On 9/10/06, Mathieu Bouchard matju@artengine.ca wrote:
On Sat, 9 Sep 2006, Alexandre Quessy wrote:
A global startup configuration file would be very desirable. We could then write a little pd-add-path script that would simply : echo -path $PWD >> /usr/lib/pd/pdrc-system-wide
simply that? is it because you chmoded /usr/lib/pd or because you run everything as root?
Oups ! Sorry. I copy-pasted from my pdpath command which cats to ~/.pdrc, but it would rather be in this case : sudo bash -c "echo -path $PWD >> /usr/lib/pd/pdrc"
Or something.
On Tue, 12 Sep 2006, Alexandre Quessy wrote:
On 9/10/06, Mathieu Bouchard matju@artengine.ca wrote:
simply that? is it because you chmoded /usr/lib/pd or because you run everything as root?
Oups ! Sorry. I copy-pasted from my pdpath command which cats to ~/.pdrc, but it would rather be in this case : sudo bash -c "echo -path $PWD >> /usr/lib/pd/pdrc" Or something.
If you really mean $prefix/lib/pd/pdrc then I would say that this is a great idea, because if you install several simultaneous pd's on your system, maybe you don't want them to overwrite each other's global pdrc.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
-
Alexandre Quessy -
carmen -
Chris McCormick -
Frank Barknecht -
Hans-Christoph Steiner -
Human Koala -
IOhannes m zmoelnig -
Mathieu Bouchard -
Miller Puckette -
padawan12