<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px">> Ok, Thanx for the detalis.<div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" id="yui_3_16_0_ym19_1_1487602173738_4198" style="display: block;"><div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;" id="yui_3_16_0_ym19_1_1487602173738_4197"><div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;" id="yui_3_16_0_ym19_1_1487602173738_4196"><div class="y_msg_container" id="yui_3_16_0_ym19_1_1487602173738_4320"><div id="yiv7361556908"><div dir="ltr" id="yui_3_16_0_ym19_1_1487602173738_4319"><div dir="ltr" id="yiv7361556908divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri, Arial, Helvetica, sans-serif;">
<div><br clear="none">
</div>
<div>> Anyway before concluding this thread I must said that this year I've been connecting the pref.file to 2 things:</div>
<div><br clear="none">
</div>
<div>> Purr-Data : <a rel="nofollow" shape="rect" id="yiv7361556908LPlnk932569" target="_blank" href="https://lists.puredata.info/pipermail/pd-list/2017-01/117407.html">
https://lists.puredata.info/pipermail/pd-list/2017-01/117407.html</a></div>
<div>> Deken : If necessary the pref.file can hold the deken path.for.externals.</div>
<div><br clear="none">
</div>
<div>> And most importantly I connected the pref.file cuz Miller announced it this year for Win & Mac.</div>
<div><br clear="none">
</div>
<div>> Do you think there's need to add a couple of things to the actual prefs?</div>
<div><br clear="none">
</div>
<div id="yui_3_16_0_ym19_1_1487602173738_4318"><div id="yui_3_16_0_ym19_1_1487602173738_4328">> Font metrics?</div><div id="yui_3_16_0_ym19_1_1487602173738_4327"><br></div><div id="yui_3_16_0_ym19_1_1487602173738_4329">Why do you want to add font metrics to the preferences? That is information <br></div><div dir="ltr">that the GUI toolkit should produce automatically.<br></div><div id="yui_3_16_0_ym19_1_1487602173738_4380"><br></div><div id="yui_3_16_0_ym19_1_1487602173738_4322">-Jonathan<br></div><div id="yui_3_16_0_ym19_1_1487602173738_4323"><br></div></div>
<div id="yui_3_16_0_ym19_1_1487602173738_4405">> Deken path?</div>
<div id="yui_3_16_0_ym19_1_1487602173738_4406"><br clear="none">
</div>
<div>Salutti,</div>
<div>Lucarda.</div>
<br clear="none">
<div></div>
<div><br clear="none">
</div>
<div id="yiv7361556908Signature"><font size="2" face="Courier New, Courier, Monospace">Mensaje telepatico asistido por maquinas.</font>
</div>
<br clear="none">
<br clear="none">
<div class="yiv7361556908yqt1838720536" id="yiv7361556908yqt19635"><div style="color:rgb(0, 0, 0);">
<div>
<hr style="display:inline-block;width:98%;" tabindex="-1">
<div dir="ltr" id="yiv7361556908x_divRplyFwdMsg"><font style="font-size:11pt;" color="#000000" face="Calibri, sans-serif"><b>From:</b> Pd-list <pd-list-bounces@lists.iem.at> on behalf of IOhannes m zmoelnig <zmoelnig@iem.at><br clear="none">
<b>Sent:</b> Monday, February 20, 2017 10:15 AM<br clear="none">
<b>To:</b> pd-list@lists.iem.at<br clear="none">
<b>Subject:</b> Re: [PD] (wip) Preferences file.</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
</span></font><div class="yiv7361556908PlainText">On 2017-02-20 03:08, Lucas Cordiviola wrote:<br clear="none">
>> What are the practical problems with using the current<br clear="none">
>> format for the Pd preferences file under Linux?<br clear="none">
> <br clear="none">
> I don't know,<br clear="none">
<br clear="none">
so you would like to replace tried-and-tested code with something else<br clear="none">
that is known to be hard to implement correctly.<br clear="none">
for no appararent reason (apart from breaking compatibility).<br clear="none">
<br clear="none">
i would say, this is a strinct "nono"<br clear="none">
<br clear="none">
<br clear="none">
apart from that, XML is a buzzword of the 90ies, and has been superceded<br clear="none">
by various better formats.<br clear="none">
nobody in their right mind would jump on the XML train these days (OSX's<br clear="none">
plist is an XML file; but it has been like that for ever; they also<br clear="none">
haven't changed it to json or whatever, probably because they also<br clear="none">
prefer to not replace tried-and-tested code with new buggy code for no<br clear="none">
apparaent reasons.)<br clear="none">
<br clear="none">
<br clear="none">
> I'm a windows user, and think that the linux .pdsettings will be a better substitute for the actual windows method of writing in the registry.<br clear="none">
<br clear="none">
how so?<br clear="none">
<br clear="none">
the differences between the .pdsettings stored on the filesystem resp.<br clear="none">
in the w32 registry are really small.<br clear="none">
the registry entry is really just the .pdsettings, but with the data<br clear="none">
stored on a "virtual filesystem" (the registry), that already provides a<br clear="none">
parser for the key/value mapping required by .pdsettings.<br clear="none">
<br clear="none">
i think part of the hate for the registry stems from the repeated mantra<br clear="none">
that "you can kill your system if you don't know what you do when<br clear="none">
editing the registry".<br clear="none">
in principle, i think the mantra is correct.<br clear="none">
but the problem does not come from the registry itself, but because you<br clear="none">
can shoot your system if fuck your system configuration.<br clear="none">
moving the system configuration to the filesystem would only change the<br clear="none">
mantra to "you can kill your system if you don't know what you do when<br clear="none">
editing files". (which is correct as well).<br clear="none">
<br clear="none">
<br clear="none">
> And think that it should live on the pd/bin dir & not in a user dir. <br clear="none">
<br clear="none">
hmm, no.<br clear="none">
<br clear="none">
in general, the pd/bin dir is a read-only directory.<br clear="none">
this is a good thing, as it helps ensuring that some random malware you<br clear="none">
just clicked on in InternetExplorer10 won't be capable of changing Pd<br clear="none">
itself (if you can write to pd\bin to create your preferences file, then<br clear="none">
you can also replace pd\bin\pd.exe)<br clear="none">
<br clear="none">
things might be different on *your* personal setup, e.g. because you run<br clear="none">
Pd from a FAT32 formatted USB-stick (which doesn't allow any access<br clear="none">
control); or because you are running all applications as Administrator<br clear="none">
(which bypasses a lot of access control). but that doesn't change the<br clear="none">
general principle¹. some things have changed since the 80ies...<br clear="none">
<br clear="none">
also, there is a very good reason that virtually all OSs have agreed on<br clear="none">
central storage locations for configuration *besides* the<br clear="none">
application-folders.<br clear="none">
<br clear="none">
<br clear="none">
> to disallow sharing prefs. on multiple installations. (Pd, Purr-Data, PsVST)<br clear="none">
<br clear="none">
hmm, no.<br clear="none">
the proper way to disallow sharing prefs, is by using different<br clear="none">
namespaces for all these projects.<br clear="none">
if Pd-vanilla uses ~/.pdsettings and ~/.config/pure-data/ for its<br clear="none">
configuration, then other programs simply should not (if they don't want<br clear="none">
to share prefs, that is).<br clear="none">
instead they should use ~/.config/pd-l2ork/ or whatever.<br clear="none">
problem solved.<br clear="none">
<br clear="none">
if you do want to have multiple configurations for the same flavour of<br clear="none">
Pd (e.g. pd-vanilla), you can already simply use batch-files.<br clear="none">
all the things settable via the config are also settable via cmdline<br clear="none">
args (if they are not, you should file a bugreport).<br clear="none">
"pd -noprefs -jack -channels 16".<br clear="none">
<br clear="none">
fgadr<br clear="none">
IOhannes<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
¹ having said this, there *is* already a way to embed preferences on OSX<br clear="none">
and linux alongside your binary.<br clear="none">
just put a default.pdsettings file into your PD directory (on linux) or<br clear="none">
a plist-file with the name of "org.puredata.pd" into your App-bundle (on<br clear="none">
OSX).<br clear="none">
this seems to be somewhat broken, at least on linux (it get's ignored if<br clear="none">
you also have a ~/.pdsettings file), and might be worth fixing.<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
</div>
</div></div>
</div>
</div></div><br><div class="yqt1838720536" id="yqt37453">_______________________________________________<br clear="none"><a shape="rect" ymailto="mailto:Pd-list@lists.iem.at" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a shape="rect" href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>