<span class="Apple-style-span" style="font-family:arial,sans-serif;font-size:10.8333px;border-collapse:collapse;color:rgb(34,34,34)">In my opinion, Chris touches on the usual and important distinction of where one puts *chosen* settings, *user defined presets*, and where one puts *possible defaults and options*.<div>
<br></div><div>Gutenprint is the originator of the Gutenprint PPDs; in that sense I believe we are allowed, and in fact required,  to place our own device presets in the device PPD. This is already done eg. to allow the selection of  a paper type eg. Epson Premium Glossy. The system admin is, I guess, also allowed to choose default presets in the PPD,eg. default paper size and default media,  and of course the admin chooses which printer PPD to install. In this sense, even with Chris&#39; remark, I have no qualms in saying that the PPD is a good place to place the XML for Gutenprint&#39;s default own locked-down media defintions.</div>
<div><br></div><div>Regarding any definitions the user may choose to save, Chris&#39;s remark is quite pertinent; if domain experts are ultimately to create and work with media presets, then they need a convenient way to name and store them, and read them in from user-space. My own feeling is that the file system hierarchy can provide the necessary folders etc, but we still need to make sure a user-PPD, or at least the media setting XML can be accessed by the print system. There will unavoidably be security issues.</div>
<div><br></div><div>Edmund</div></span><br><div class="gmail_quote">On Mon, Feb 6, 2012 at 12:55 AM, Chris Murphy <span dir="ltr">&lt;<a href="mailto:lists@colorremedies.com">lists@colorremedies.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">In my opinion media-settings are user domain, where as a printer description file is system/admin domain. My gut instinct is that they should not co-exist in a single file. I would think there are also potential permissions issues with this, as not any ordinary user would have (or should have) permission to, in effect modify a PPD.<div>
<br></div><div>As for a way to share the PPD and settings, I think this could be done with a package concept, like a folder with a particular filename extension. And that folder contains the PPD and also user media-settings.<div>
<div class="h5"><br><div><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><br>
</span></span></span></span></span></span></span></span>
</div>
<br><div><div>On Feb 5, 2012, at 4:33 PM, edmund ronald wrote:</div><br><blockquote type="cite">Hi Guys, <div><br></div><div> After making a proof of concept XML proto some time ago, Robert is now moving towards making a beta-test version. </div>
<div> The idea  is that media settings should be encoded in XML by Gutenprint on one print pass, and then replayed at will later. </div>
<div> We&#39;re thinking that a good place for a media-setting XML paragraph would be in the live PPD for the printer. </div><div> One advantage is that people can then trade their media settings, give them to friends, just by copying the ppd and emailing it. </div>

<div> The current CUPS interface already allows the user to point at a PPD from the web interface.</div><div> The current workflow, tools and user training are little disturbed. </div><div> </div><div> Is everybody happy with that? </div>

<div><br></div><div> As for writing the settings, either Gutenprint does it directly, I guess, or it dumps the XML in a temp file somewhere, eg in /tmp I guess. </div><div> Any remarks on this from the distribution guys?</div>

<div><br></div><div>Edmund</div>
</blockquote></div><br></div></div></div></div></blockquote></div><br>