<br><br><div class="gmail_quote">On Fri, Jun 3, 2011 at 12:11 AM, Alastair M. Robinson <span dir="ltr"><<a href="mailto:blackfive@fakenhamweb.co.uk">blackfive@fakenhamweb.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Hi,<div class="im"><br> <br> On 02/06/11 21:59, Michael Sweet wrote:<br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I am very concerned that everyone seems to be focusing on Gutenprint as an example of a typical driver.<br> It is most certainly not because it provides a HUGE number of settings <br> </blockquote> that are not provided by a typical driver,<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> and most of those settings essentially control the printer (device) configuration and calibration.<br> Automatic profile selection works just fine for the settings ordinary users are likely to tweak,<br> primarily color mode, media type, and print quality/resolution (thus the defaults used for cupsICCProfile).<br> </blockquote> <br></div> OK - instead of Gutenprint, consider the Epson Windows driver for my R285. There are 11 different types of media, and four quality settings, so 44 combinations. Some of those combinations are nonsensical of course, but realistically we're not going to have profiles for even the 11 different media types, let alone each combination of media type and quality. My concern is how transparent the selection of a profile will be, and how the user will be informed of whether or not a profile exists for a particular combination.<div class="im"> <br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Um, perhaps you missed this, but if you have two different kinds of "glossy" media you give then<br> two different names. Aside from the custom option support in CUPS, a profiling application that<br> updates the PPD file to list additional/different profiles could also inject alternate media<br> types matching what was actually used.<br> </blockquote> <br></div> Yes, agreed - I'd love to see the ability to add extra media types to the PPD - it would go a long way towards solving the problem. However, the overriding attitude on this list so far has been that the PPD is owned by the package management system and is not up for modification. (I pointed out a week or so back that this is not the case for the "live" PPDs in /etc/cups/ppd - but if anyone even saw it, it wasn't acknowledged.)</blockquote> <div><br></div><div>Yes, yes, the live PPDs are owned in the system; but there is a case for "zombie" PPDs that are moddable but held in reserve. </div><div><br></div><div>Edmund </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im"><br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> With two different names you never have a one-to-many relationship<br> </blockquote> <br></div> I do, actually, because I sometimes need to use different black generation settings for different types of job, but as Richard pointed out, I'm not a typical user and very few people will share that need.<div class="im"> <br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I think having a named preset that selects both the driver settings and profile is a compelling solution.<br> </blockquote> <br></div> It is indeed, and it's precisely what I implemented in PhotoPrint 5 years ago. I'm just nervous about trying to automatically select a suitable profile for an arbitrary bundle of options without any user-visible feedback. I have trouble imagining how it could work - and more importantly how as a user I can have any *confidence* that it'll work - without shipping a profile for every possible permutation of qualifiers.<div class="im"> <br> <br> All the best<br> --<br> Alastair M. Robinson<br> _______________________________________________<br></div><div><div></div><div class="h5"> openicc mailing list<br> <a href="mailto:openicc@lists.freedesktop.org" target="_blank">openicc@lists.freedesktop.org</a><br> <a href="http://lists.freedesktop.org/mailman/listinfo/openicc" target="_blank">http://lists.freedesktop.org/mailman/listinfo/openicc</a><br> </div></div></blockquote></div><br>