<br><br><div class="gmail_quote">On Sat, Jun 25, 2011 at 1:37 AM, Robert Krawitz <span dir="ltr"><<a href="mailto:rlk@alum.mit.edu">rlk@alum.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="im">On Sat, 25 Jun 2011 01:34:28 +0200, edmund ronald wrote:<br> > On Fri, Jun 24, 2011 at 8:01 PM, Till Kamppeter <<a href="mailto:till.kamppeter@gmail.com">till.kamppeter@gmail.com</a>>wrote:<br> >><br> </div><div class="im">>> If a job with embedded profile reaches the CPD or if a user selects a<br> >> profile within the CPD, and afterwards the user changes individual options<br> >> and the changes conflict with the CPD, the CPD should tell the user that his<br> >> setting change will deactivate the ICC profile and whether he really want to<br> >> do it. Or the option setting should be grayed out and only changeable if the<br> >> user deselects the profile at first. So changing embedded option setting<br> >> info in ICC profiles is never needed during the print process.<br> ><br> > This is complicated. Actually, ink settings allow to derive a profile, but<br> > then in usage the ink settings and the profile may get misused: For instance<br> > a 2880 dpi setting may use the same profile in a pinch as the 720 dpi<br> > setting but need some density tuning; or a user who gets some new media miay<br> > decide to use ink settings that are available and redo a profile; or the<br> > user may decide to keep the profile but do some manual tuning, eg add some<br> > reds. I'd say that profile and ink settings will usually be made available<br> > together to the user, but she may have good reasons to want to access them<br> > independently - overrides can be useful but can also be suicidal.<br> <br> </div>I generally don't like making it impossible to do something like<br> this. The user shouldn't face an absolute choice between using the<br> profile and tweaking some settings. A warning dialog is fine, but<br> absolutely forbidding someone from making changes isn't -- they may<br> have good reasons for doing so.<br><br></blockquote><div>Robert, you say what I wanted to say so much better than I said it. :)</div><div><br></div><div>Edmund </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> --<br> <div class="im">Robert Krawitz <<a href="mailto:rlk@alum.mit.edu">rlk@alum.mit.edu</a>><br> <br> </div>Tall Clubs International -- <a href="http://www.tall.org/" target="_blank">http://www.tall.org/</a> or 1-888-IM-TALL-2<br> Member of the League for Programming Freedom -- <a href="http://ProgFree.org" target="_blank">http://ProgFree.org</a><br> Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_blank">http://gimp-print.sourceforge.net</a><br> <br> "Linux doesn't dictate how I work, I dictate how Linux works."<br> --Eric Crampton<br> <div><div></div><div class="h5">_______________________________________________<br> openicc mailing list<br> <a href="mailto:openicc@lists.freedesktop.org">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>