tag:www.nabble.com,2006:forum-3926
Nabble - Gimp-Print - Top Quality Printer Drivers
2008-12-05T07:49:35Z
A very high quality package of printer drivers for Ghostscript and CUPS. This project also maintains the Print plug-in for the Gimp from the same code base. Gimp-Print - Top Quality Printer Drivers home is <a href="http://sourceforge.net/projects/gimp-print/" target="_top" rel="nofollow">here</a>.
tag:www.nabble.com,2006:post-20856816
Re: Problem with globalized PPDs
2008-12-05T07:49:35Z
2008-12-05T07:49:35Z
Till Kamppeter-3
For me the patch works. Thanks.
<br><br> Till
<br><br>Robert Krawitz wrote:
<div class='shrinkable-quote'><br>> From: Tim Waugh <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20856816&i=0" target="_top" rel="nofollow">twaugh@...</a>>
<br>> Date: Fri, 05 Dec 2008 13:16:23 +0000
<br>>
<br>> Is there a patch available to test? I haven't been able to find the
<br>> source code repository: the project page points to sourceforge, which
<br>> gives an error with 'CVS Browse'.
<br>>
<br>> Try this:
<br>>
<br>> Index: genppd.c
<br>> ===================================================================
<br>> RCS file: /cvsroot/gimp-print/print/src/cups/genppd.c,v
<br>> retrieving revision 1.170
<br>> retrieving revision 1.171
<br>> diff -u -r1.170 -r1.171
<br>> --- genppd.c 25 Sep 2008 23:41:00 -0000 1.170
<br>> +++ genppd.c 5 Dec 2008 03:27:20 -0000 1.171
<br>> @@ -1,5 +1,5 @@
<br>> /*
<br>> - * "$Id: genppd.c,v 1.170 2008/09/25 23:41:00 rlk Exp $"
<br>> + * "$Id: genppd.c,v 1.171 2008/12/05 03:27:20 easysw Exp $"
<br>> *
<br>> * PPD file generation program for the CUPS drivers.
<br>> *
<br>> @@ -200,6 +200,13 @@
<br>> main(int argc, /* I - Number of command-line arguments */
<br>> char *argv[]) /* I - Command-line arguments */
<br>> {
<br>> + /*
<br>> + * Force POSIX locale, since stp_init incorrectly calls setlocale...
<br>> + */
<br>> +
<br>> + putenv((char *)"LANG=C");
<br>> + putenv((char *)"LC_ALL=C");
<br>> + putenv((char *)"LC_NUMERIC=C");
<br>>
<br>> /*
<br>> * Initialise libgutenprint
<br>> @@ -893,6 +900,7 @@
<br>> min_height,
<br>> max_width,
<br>> max_height;
<br>> + char dimstr[255]; /* Dimension string */
<br>> stp_parameter_t desc;
<br>> stp_parameter_list_t param_list;
<br>> const stp_param_string_t *opt;
<br>> @@ -1794,13 +1802,10 @@
<br>> for (i = desc.bounds.dimension.lower;
<br>> i <= desc.bounds.dimension.upper; i++)
<br>> {
<br>> - /* FIXME
<br>> - * For now, just use mm; we'll fix it later
<br>> - * for the locale-appropriate setting.
<br>> - * --rlk 20040818
<br>> - */
<br>> - gzprintf(fp, "*Stp%s %d/%.1f mm: \"\"\n",
<br>> - desc.name, i, ((double) i) * 25.4 / 72);
<br>> + snprintf(dimstr, sizeof(dimstr), _("%.1f mm"),
<br>> + (double)i * 25.4 / 72.0);
<br>> + gzprintf(fp, "*Stp%s %d/%s: \"\"\n",
<br>> + desc.name, i, dimstr);
<br>> }
<br>>
<br>> print_close_ui = 0;
<br>> @@ -2197,19 +2202,14 @@
<br>> if (!desc.is_mandatory)
<br>> gzprintf(fp, "*%s.Stp%s %s/%s: \"\"\n", lang, desc.name,
<br>> "None", _("None"));
<br>> - if (localize_numbers)
<br>> + /* Unlike the other fields, dimensions are not strictly numbers */
<br>> + for (i = desc.bounds.dimension.lower;
<br>> + i <= desc.bounds.dimension.upper; i++)
<br>> {
<br>> - for (i = desc.bounds.dimension.lower;
<br>> - i <= desc.bounds.dimension.upper; i++)
<br>> - {
<br>> - /* FIXME
<br>> - * For now, just use mm; we'll fix it later
<br>> - * for the locale-appropriate setting.
<br>> - * --rlk 20040818
<br>> - */
<br>> - gzprintf(fp, "*%s.Stp%s %d/%.1f mm: \"\"\n", lang,
<br>> - desc.name, i, ((double) i) * 25.4 / 72);
<br>> - }
<br>> + snprintf(dimstr, sizeof(dimstr), _("%.1f mm"),
<br>> + (double)i * 25.4 / 72.0);
<br>> + gzprintf(fp, "*%s.Stp%s %d/%s: \"\"\n", lang,
<br>> + desc.name, i, dimstr);
<br>> }
<br>> gzprintf(fp, "*%s.ParamCustomStp%s Value/%s: \"\"\n", lang,
<br>> desc.name, _("Value"));
<br>> @@ -2320,5 +2320,5 @@
<br>>
<br>>
<br>> /*
<br>> - * End of "$Id: genppd.c,v 1.170 2008/09/25 23:41:00 rlk Exp $".
<br>> + * End of "$Id: genppd.c,v 1.171 2008/12/05 03:27:20 easysw Exp $".
<br>> */
<br>>
</div><br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20856816&i=1" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20856762
Re: Problem with globalized PPDs
2008-12-05T07:47:23Z
2008-12-05T07:47:23Z
Tim Waugh
On Fri, 2008-12-05 at 08:40 -0500, Robert Krawitz wrote:
<br>> Try this:
<br>>
<br>> Index: genppd.c
<br>> ===================================================================
<br>> RCS file: /cvsroot/gimp-print/print/src/cups/genppd.c,v
<br>> retrieving revision 1.170
<br>> retrieving revision 1.171
<br><br>Works fine here.
<br><br>Thanks,
<br>Tim.
<br>*/
<br><br><br /> <br />------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br />_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20856762&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><div class="small"><br/><img src="http://www.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://www.nabble.com/attachment/20856762/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20853955
Re: Problem with globalized PPDs
2008-12-05T05:40:32Z
2008-12-05T05:40:32Z
Robert Krawitz-2
From: Tim Waugh <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20853955&i=0" target="_top" rel="nofollow">twaugh@...</a>>
<br> Date: Fri, 05 Dec 2008 13:16:23 +0000
<br><br> Is there a patch available to test? I haven't been able to find the
<br> source code repository: the project page points to sourceforge, which
<br> gives an error with 'CVS Browse'.
<br><br>Try this:
<br><br>Index: genppd.c
<br>===================================================================
<br>RCS file: /cvsroot/gimp-print/print/src/cups/genppd.c,v
<br>retrieving revision 1.170
<br>retrieving revision 1.171
<br>diff -u -r1.170 -r1.171
<br>--- genppd.c 25 Sep 2008 23:41:00 -0000 1.170
<br>+++ genppd.c 5 Dec 2008 03:27:20 -0000 1.171
<br>@@ -1,5 +1,5 @@
<br> /*
<br>- * "$Id: genppd.c,v 1.170 2008/09/25 23:41:00 rlk Exp $"
<br>+ * "$Id: genppd.c,v 1.171 2008/12/05 03:27:20 easysw Exp $"
<br> *
<br> * PPD file generation program for the CUPS drivers.
<br> *
<br>@@ -200,6 +200,13 @@
<br> main(int argc, /* I - Number of command-line arguments */
<br> char *argv[]) /* I - Command-line arguments */
<br> {
<br>+ /*
<br>+ * Force POSIX locale, since stp_init incorrectly calls setlocale...
<br>+ */
<br>+
<br>+ putenv((char *)"LANG=C");
<br>+ putenv((char *)"LC_ALL=C");
<br>+ putenv((char *)"LC_NUMERIC=C");
<br>
<br> /*
<br> * Initialise libgutenprint
<br>@@ -893,6 +900,7 @@
<br> min_height,
<br> max_width,
<br> max_height;
<br>+ char dimstr[255]; /* Dimension string */
<br> stp_parameter_t desc;
<br> stp_parameter_list_t param_list;
<br> const stp_param_string_t *opt;
<br>@@ -1794,13 +1802,10 @@
<br> for (i = desc.bounds.dimension.lower;
<br> i <= desc.bounds.dimension.upper; i++)
<br> {
<br>- /* FIXME
<br>- * For now, just use mm; we'll fix it later
<br>- * for the locale-appropriate setting.
<br>- * --rlk 20040818
<br>- */
<br>- gzprintf(fp, "*Stp%s %d/%.1f mm: \"\"\n",
<br>- desc.name, i, ((double) i) * 25.4 / 72);
<br>+ snprintf(dimstr, sizeof(dimstr), _("%.1f mm"),
<br>+ (double)i * 25.4 / 72.0);
<br>+ gzprintf(fp, "*Stp%s %d/%s: \"\"\n",
<br>+ desc.name, i, dimstr);
<br> }
<br>
<br> print_close_ui = 0;
<br>@@ -2197,19 +2202,14 @@
<br> if (!desc.is_mandatory)
<br> gzprintf(fp, "*%s.Stp%s %s/%s: \"\"\n", lang, desc.name,
<br> "None", _("None"));
<br>- if (localize_numbers)
<br>+ /* Unlike the other fields, dimensions are not strictly numbers */
<br>+ for (i = desc.bounds.dimension.lower;
<br>+ i <= desc.bounds.dimension.upper; i++)
<br> {
<br>- for (i = desc.bounds.dimension.lower;
<br>- i <= desc.bounds.dimension.upper; i++)
<br>- {
<br>- /* FIXME
<br>- * For now, just use mm; we'll fix it later
<br>- * for the locale-appropriate setting.
<br>- * --rlk 20040818
<br>- */
<br>- gzprintf(fp, "*%s.Stp%s %d/%.1f mm: \"\"\n", lang,
<br>- desc.name, i, ((double) i) * 25.4 / 72);
<br>- }
<br>+ snprintf(dimstr, sizeof(dimstr), _("%.1f mm"),
<br>+ (double)i * 25.4 / 72.0);
<br>+ gzprintf(fp, "*%s.Stp%s %d/%s: \"\"\n", lang,
<br>+ desc.name, i, dimstr);
<br> }
<br> gzprintf(fp, "*%s.ParamCustomStp%s Value/%s: \"\"\n", lang,
<br> desc.name, _("Value"));
<br>@@ -2320,5 +2320,5 @@
<br>
<br>
<br> /*
<br>- * End of "$Id: genppd.c,v 1.170 2008/09/25 23:41:00 rlk Exp $".
<br>+ * End of "$Id: genppd.c,v 1.171 2008/12/05 03:27:20 easysw Exp $".
<br> */
<br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20853955&i=1" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20853562
Re: Problem with globalized PPDs
2008-12-05T05:16:23Z
2008-12-05T05:16:23Z
Tim Waugh
Is there a patch available to test? I haven't been able to find the
<br>source code repository: the project page points to sourceforge, which
<br>gives an error with 'CVS Browse'.
<br><br>Tim.
<br>*/
<br><br><br /> <br />------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br />_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20853562&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><div class="small"><br/><img src="http://www.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://www.nabble.com/attachment/20853562/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20852963
Re: Problem with globalized PPDs
2008-12-05T04:09:54Z
2008-12-05T04:09:54Z
Robert Krawitz-2
Date: Thu, 04 Dec 2008 19:33:38 -0800
<br> From: Michael R Sweet <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=0" target="_top" rel="nofollow">msweet@...</a>>
<br> MIME-Version: 1.0
<br> CC: Till Kamppeter <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=1" target="_top" rel="nofollow">till.kamppeter@...</a>>, <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=2" target="_top" rel="nofollow">twaugh@...</a>,
<br> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=3" target="_top" rel="nofollow">gimp-print-devel@...</a>
<br> Content-Type: text/plain; charset=UTF-8; format=flowed
<br><br> Michael R Sweet wrote:
<br> > ...
<br> >> In driver mode, I don't believe that any of the locale is being used.
<br> >> The desired language is taken from the URI.
<br> >
<br> > We're still calling setlocale someplace - I'll look at the code
<br> > tonight or tomorrow...
<br><br> OK, stp_init() is calling setlocale(), which is normally a really
<br> bad thing to do in a library. For now I've just added some putenv()
<br> calls at the top of main() to force the POSIX locale before calling
<br> stp_init(). Longer term we probably want to change that code to
<br> pass NULL instead of "" to setlocale to just get the currently set
<br> locale, and update the command-line programs to call setlocale with
<br> "" as needed (all the GUI apps will already be doing this anyways...)
<br><br> I also updated the code that localizes numbers to always localize
<br> dimensions since they still cause cupstestppd to fail due to the
<br> units suffix. We now have a localizable string for that - the units
<br> will always be millimeters, but the translation folks can choose the
<br> appropriate prefix/suffix for millimeters...
<br><br>Thanks, Mike.
<br><br>Could the people who have been having trouble with this please try
<br>this?
<br><br>--
<br>Robert Krawitz <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=4" target="_top" rel="nofollow">rlk@...</a>>
<br><br>Tall Clubs International -- <a href="http://www.tall.org/" target="_top" rel="nofollow">http://www.tall.org/</a> or 1-888-IM-TALL-2
<br>Member of the League for Programming Freedom -- mail <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=5" target="_top" rel="nofollow">lpf@...</a>
<br>Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_top" rel="nofollow">http://gimp-print.sourceforge.net</a><br><br>"Linux doesn't dictate how I work, I dictate how Linux works."
<br>--Eric Crampton
<br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20852963&i=6" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20847253
Re: Problem with globalized PPDs
2008-12-04T19:33:38Z
2008-12-04T19:33:38Z
Michael R Sweet
Michael R Sweet wrote:
<br>> ...
<br>>> In driver mode, I don't believe that any of the locale is being used.
<br>>> The desired language is taken from the URI.
<br>>
<br>> We're still calling setlocale someplace - I'll look at the code
<br>> tonight or tomorrow...
<br><br>OK, stp_init() is calling setlocale(), which is normally a really
<br>bad thing to do in a library. For now I've just added some putenv()
<br>calls at the top of main() to force the POSIX locale before calling
<br>stp_init(). Longer term we probably want to change that code to
<br>pass NULL instead of "" to setlocale to just get the currently set
<br>locale, and update the command-line programs to call setlocale with
<br>"" as needed (all the GUI apps will already be doing this anyways...)
<br><br>I also updated the code that localizes numbers to always localize
<br>dimensions since they still cause cupstestppd to fail due to the
<br>units suffix. We now have a localizable string for that - the units
<br>will always be millimeters, but the translation folks can choose the
<br>appropriate prefix/suffix for millimeters...
<br><br>--
<br>______________________________________________________________________
<br>Michael R Sweet Senior Printing System Engineer
<br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20847253&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20846131
Re: "Raw" colour correction
2008-12-04T17:25:45Z
2008-12-04T17:25:45Z
Robert Krawitz-2
Date: Fri, 05 Dec 2008 01:15:40 +0000
<br> From: "Alastair M. Robinson" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20846131&i=0" target="_top" rel="nofollow">blackfive@...</a>>
<br><br> Robert Krawitz wrote:
<br><br> > Some of the settings required are really part of the paper handling
<br> > setup that will have in some cases (relatively) little or in other
<br> > cases no effect on print quality. Things like mechanical sequence
<br> > (which depends upon paper type and resolution -- for plain paper at
<br> > low resolution, for example, Epson recommends a very fast paper
<br> > handling sequence that I suspect might jam if used with heavy glossy
<br> > paper).
<br><br> Good point - I'd overlooked that aspect. Is that determined as
<br> part of the "PrintMethod" parameter in the XML files, then?
<br><br>Yes. There are a few other things in the XML files like that, and
<br>they vary with the printers.
<br><br> > Another possibility would be to have some sort of "uncorrected" paper
<br> > type. I don't know which way would be less confusing to users.
<br><br> Yeah, I'd wondered about that too. I wonder whether the easiest
<br> option - from the user's point of view at least - would be for the
<br> behaviour of Raw and Density mode to be changed such that they do
<br> as we previously thought - honour user-supplied settings, just not
<br> apply the defaults?
<br><br> You're obviously in a far better position than me to judge how
<br> difficult that would be to achieve, though!
<br><br>It amounts to much the same thing. In both cases the family drivers
<br>would need to be modified to recognize the appropriate option and not
<br>modify any of the settings.
<br><br> > Regardless, there would be some amount of work on all of the family
<br> > drivers to implement this.
<br><br> True - but then none of this is concrete yet anyway. In the first
<br> instance I shall either perform my experiments with instrument-based
<br> tuning/linearization using "Uncorrected" mode, or use "Raw" mode
<br> and do density / gamma / linearization curves myself just as a
<br> proof-of-concept. That should give us a clearer idea of how things
<br> could be improved, and how much work the payoff will justify!
<br><br>I would do it using Raw mode, and scale the density yourself.
<br><br>--
<br>Robert Krawitz <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20846131&i=1" target="_top" rel="nofollow">rlk@...</a>>
<br><br>Tall Clubs International -- <a href="http://www.tall.org/" target="_top" rel="nofollow">http://www.tall.org/</a> or 1-888-IM-TALL-2
<br>Member of the League for Programming Freedom -- mail <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20846131&i=2" target="_top" rel="nofollow">lpf@...</a>
<br>Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_top" rel="nofollow">http://gimp-print.sourceforge.net</a><br><br>"Linux doesn't dictate how I work, I dictate how Linux works."
<br>--Eric Crampton
<br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20846131&i=3" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20846607
Re: "Raw" colour correction
2008-12-04T17:15:40Z
2008-12-04T17:15:40Z
Alastair M. Robinson
Hi,
<br><br>Robert Krawitz wrote:
<br><br>> Some of the settings required are really part of the paper handling
<br>> setup that will have in some cases (relatively) little or in other
<br>> cases no effect on print quality. Things like mechanical sequence
<br>> (which depends upon paper type and resolution -- for plain paper at
<br>> low resolution, for example, Epson recommends a very fast paper
<br>> handling sequence that I suspect might jam if used with heavy glossy
<br>> paper).
<br><br>Good point - I'd overlooked that aspect. Is that determined as part of
<br>the "PrintMethod" parameter in the XML files, then?
<br><br>> Another possibility would be to have some sort of "uncorrected" paper
<br>> type. I don't know which way would be less confusing to users.
<br><br>Yeah, I'd wondered about that too. I wonder whether the easiest option
<br>- from the user's point of view at least - would be for the behaviour of
<br>Raw and Density mode to be changed such that they do as we previously
<br>thought - honour user-supplied settings, just not apply the defaults?
<br><br>You're obviously in a far better position than me to judge how difficult
<br>that would be to achieve, though!
<br><br>> Regardless, there would be some amount of work on all of the family
<br>> drivers to implement this.
<br><br>True - but then none of this is concrete yet anyway. In the first
<br>instance I shall either perform my experiments with instrument-based
<br>tuning/linearization using "Uncorrected" mode, or use "Raw" mode
<br>and do density / gamma / linearization curves myself just as a
<br>proof-of-concept. That should give us a clearer idea of how things
<br>could be improved, and how much work the payoff will justify!
<br><br>All the best,
<br>--
<br>Alastair M. Robinson
<br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20846607&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20845437
Re: "Raw" colour correction
2008-12-04T16:18:16Z
2008-12-04T16:18:16Z
Robert Krawitz-2
Date: Thu, 04 Dec 2008 18:03:44 +0000
<br> From: "Alastair M. Robinson" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20845437&i=0" target="_top" rel="nofollow">blackfive@...</a>>
<br><br> Robert Krawitz wrote:
<br><br> > That sounds like you want a tool of some kind to do this.
<br><br> Well yes, and this is pretty closely related to linearization anyway. I
<br> suppose my point is that even if such a tool creates values which might
<br> end up in the server-side XML files, the tool itself should be able to
<br> use the client-side options system to determine and test these settings.
<br><br>Some of the settings required are really part of the paper handling
<br>setup that will have in some cases (relatively) little or in other
<br>cases no effect on print quality. Things like mechanical sequence
<br>(which depends upon paper type and resolution -- for plain paper at
<br>low resolution, for example, Epson recommends a very fast paper
<br>handling sequence that I suspect might jam if used with heavy glossy
<br>paper).
<br><br> > Another way to do this might be to have options "Ignore paper
<br> > adjustments" and "Ignore printer adjustments" or the like.
<br><br> Yes, that would work too (for clarity the "ignore paper adjustments"
<br> control should probably disable the Media Type option). But however it
<br> ends up being accessed, we're talking about a "blank slate" mode - kind
<br> of analogous to disabling the colour management in a print chain when
<br> printing a profiling target - i.e. measuring *absolute* behaviour, not
<br> behaviour relative to some existing setting.
<br><br>Another possibility would be to have some sort of "uncorrected" paper
<br>type. I don't know which way would be less confusing to users.
<br>Regardless, there would be some amount of work on all of the family
<br>drivers to implement this.
<br><br>--
<br>Robert Krawitz <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20845437&i=1" target="_top" rel="nofollow">rlk@...</a>>
<br><br>Tall Clubs International -- <a href="http://www.tall.org/" target="_top" rel="nofollow">http://www.tall.org/</a> or 1-888-IM-TALL-2
<br>Member of the League for Programming Freedom -- mail <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20845437&i=2" target="_top" rel="nofollow">lpf@...</a>
<br>Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_top" rel="nofollow">http://gimp-print.sourceforge.net</a><br><br>"Linux doesn't dictate how I work, I dictate how Linux works."
<br>--Eric Crampton
<br><br>------------------------------------------------------------------------------
<br>SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
<br>The future of the web can't happen without you. Join us at MIX09 to help
<br>pave the way to the Next Web now. Learn more and register at
<br><a href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/" target="_top" rel="nofollow">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20845437&i=3" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20839021
Re: "Raw" colour correction
2008-12-04T10:03:44Z
2008-12-04T10:03:44Z
Alastair M. Robinson
Hi,
<br><br>Robert Krawitz wrote:
<br><br>> That sounds like you want a tool of some kind to do this.
<br><br>Well yes, and this is pretty closely related to linearization anyway. I
<br>suppose my point is that even if such a tool creates values which might
<br>end up in the server-side XML files, the tool itself should be able to
<br>use the client-side options system to determine and test these settings.
<br><br>> Another way to do this might be to have options "Ignore paper
<br>> adjustments" and "Ignore printer adjustments" or the like.
<br><br>Yes, that would work too (for clarity the "ignore paper adjustments"
<br>control should probably disable the Media Type option). But however it
<br>ends up being accessed, we're talking about a "blank slate" mode - kind
<br>of analogous to disabling the colour management in a print chain when
<br>printing a profiling target - i.e. measuring *absolute* behaviour, not
<br>behaviour relative to some existing setting.
<br><br>All the best,
<br>--
<br>Alastair M. Robinson
<br><br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20839021&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20833001
Re: "Raw" colour correction
2008-12-04T05:02:52Z
2008-12-04T05:02:52Z
Robert Krawitz-2
Date: Thu, 04 Dec 2008 10:42:14 +0000
<br> From: "Alastair M. Robinson" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20833001&i=0" target="_top" rel="nofollow">blackfive@...</a>>
<br><br> Robert Krawitz wrote:
<br><br> > Sort of a User Correction Only mode?
<br><br> Yes, pretty much. One of the things I'd like to see long-term is the
<br> ability to end-users to define new papertypes - and a tool to determine
<br> the optimum settings for a papertype will certainly need to be able to
<br> bypass settings coming from an *existing* papertype, while still having
<br> its own settings heeded. Currently this would only be possible with a
<br> cycle of test - edit XML files - test - ...
<br><br> Anyhow, I shall add a few lines to the Wiki later on.
<br><br>That sounds like you want a tool of some kind to do this.
<br><br>Another way to do this might be to have options "Ignore paper
<br>adjustments" and "Ignore printer adjustments" or the like.
<br><br>--
<br>Robert Krawitz <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20833001&i=1" target="_top" rel="nofollow">rlk@...</a>>
<br><br>Tall Clubs International -- <a href="http://www.tall.org/" target="_top" rel="nofollow">http://www.tall.org/</a> or 1-888-IM-TALL-2
<br>Member of the League for Programming Freedom -- mail <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20833001&i=2" target="_top" rel="nofollow">lpf@...</a>
<br>Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_top" rel="nofollow">http://gimp-print.sourceforge.net</a><br><br>"Linux doesn't dictate how I work, I dictate how Linux works."
<br>--Eric Crampton
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20833001&i=3" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20831044
Re: "Raw" colour correction
2008-12-04T02:42:14Z
2008-12-04T02:42:14Z
Alastair M. Robinson
Hi :)
<br><br>Robert Krawitz wrote:
<br><br>> Sort of a User Correction Only mode?
<br><br>Yes, pretty much. One of the things I'd like to see long-term is the
<br>ability to end-users to define new papertypes - and a tool to determine
<br>the optimum settings for a papertype will certainly need to be able to
<br>bypass settings coming from an *existing* papertype, while still having
<br>its own settings heeded. Currently this would only be possible with a
<br>cycle of test - edit XML files - test - ...
<br><br>Anyhow, I shall add a few lines to the Wiki later on.
<br><br>> 'Fraid so.
<br><br>OK, thanks.
<br><br>All the best,
<br>--
<br>Alastair M. Robinson
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20831044&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20825991
Re: "Raw" colour correction
2008-12-03T18:17:14Z
2008-12-03T18:17:14Z
Robert Krawitz-2
Date: Thu, 04 Dec 2008 01:34:33 +0000
<br> From: "Alastair M. Robinson" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20825991&i=0" target="_top" rel="nofollow">blackfive@...</a>>
<br><br> Robert Krawitz wrote:
<br><br> > Yes. The idea of the Raw mode is that *no* adjustments are made --
<br> > you have to do everything yourself.
<br><br> OK fair enough. But in this case, should the various parameters not be
<br> marked inactive if they're going to be ignored?
<br><br>Yes.
<br><br> > We could add something else, if
<br> > you'd like to spec it?
<br><br> Well, I don't have anything concrete yet - but as I'm sure you've
<br> guessed I'm thinking in terms of end-user tools for tuning and
<br> linearizing printers, and the problem of being able to share (and build
<br> a library of) such tunings. From the point of view of long-term
<br> stability, I think it'd be beneficial for these settings to be
<br> "absolute" - whereas currently they have to be relative to the defaults
<br> supplied with a specific version of Gutenprint.
<br><br> Purely as an example, imagine a tool which helps to determine the
<br> maximum density for a paper - in raw mode it prints a sweep from 0 to
<br> 50%, say, and the user reads off the point at which the paper starts to
<br> saturate, or increases the maximum density a little and tries again if
<br> it hasn't done so. In this manner you could determine a suitable
<br> density setting, but you can't use it because the only modes which will
<br> take it into account also apply the built-in density corrections!
<br><br> So I suppose what I want is a mode which ignores all *built-in*
<br> corrections (as Raw mode currently does), but which obeys any
<br> adjustments which have been *explicitly* set.
<br><br>Sort of a User Correction Only mode?
<br><br> > Same thing.
<br><br> OK. Density mode will, presumably, obey the density settings, but will
<br> that also ignore the CurveChN and GammaChN parameters?
<br><br>'Fraid so.
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20825991&i=1" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20825613
Re: "Raw" colour correction
2008-12-03T17:34:33Z
2008-12-03T17:34:33Z
Alastair M. Robinson
Hi :)
<br><br>Robert Krawitz wrote:
<br><br>> Yes. The idea of the Raw mode is that *no* adjustments are made --
<br>> you have to do everything yourself.
<br><br>OK fair enough. But in this case, should the various parameters not be
<br>marked inactive if they're going to be ignored?
<br><br>> We could add something else, if
<br>> you'd like to spec it?
<br><br>Well, I don't have anything concrete yet - but as I'm sure you've
<br>guessed I'm thinking in terms of end-user tools for tuning and
<br>linearizing printers, and the problem of being able to share (and build
<br>a library of) such tunings. From the point of view of long-term
<br>stability, I think it'd be beneficial for these settings to be
<br>"absolute" - whereas currently they have to be relative to the defaults
<br>supplied with a specific version of Gutenprint.
<br><br>Purely as an example, imagine a tool which helps to determine the
<br>maximum density for a paper - in raw mode it prints a sweep from 0 to
<br>50%, say, and the user reads off the point at which the paper starts to
<br>saturate, or increases the maximum density a little and tries again if
<br>it hasn't done so. In this manner you could determine a suitable
<br>density setting, but you can't use it because the only modes which will
<br>take it into account also apply the built-in density corrections!
<br><br>So I suppose what I want is a mode which ignores all *built-in*
<br>corrections (as Raw mode currently does), but which obeys any
<br>adjustments which have been *explicitly* set.
<br><br>> Same thing.
<br><br>OK. Density mode will, presumably, obey the density settings, but will
<br>that also ignore the CurveChN and GammaChN parameters?
<br><br>All the best,
<br>--
<br>Alastair M. Robinson
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20825613&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20825212
Re: "Raw" colour correction
2008-12-03T16:58:28Z
2008-12-03T16:58:28Z
Robert Krawitz-2
Date: Thu, 04 Dec 2008 00:53:23 +0000
<br> From: "Alastair M. Robinson" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20825212&i=0" target="_top" rel="nofollow">blackfive@...</a>>
<br><br> Robert Krawitz wrote:
<br><br> > My recollection had been that it did, but it appears from the code
<br> > that it doesn't.
<br><br> OK thanks. So that means there's currently no way to print with an
<br> "absolute" density setting, yes? I.e. all the modes that obey that
<br> parameter treat it as relative to the base and papertype densities?
<br><br>Yes. The idea of the Raw mode is that *no* adjustments are made --
<br>you have to do everything yourself. We could add something else, if
<br>you'd like to spec it?
<br><br> How about the CurveChN and GammaChN parameters?
<br><br>Same thing.
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20825212&i=1" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20825135
Re: "Raw" colour correction
2008-12-03T16:53:23Z
2008-12-03T16:53:23Z
Alastair M. Robinson
Hi,
<br><br>Robert Krawitz wrote:
<br><br>> My recollection had been that it did, but it appears from the code
<br>> that it doesn't.
<br><br>OK thanks. So that means there's currently no way to print with an
<br>"absolute" density setting, yes? I.e. all the modes that obey that
<br>parameter treat it as relative to the base and papertype densities?
<br><br>How about the CurveChN and GammaChN parameters?
<br><br>All the best,
<br>--
<br>Alastair M. Robinson
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20825135&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20824982
Re: Problem with globalized PPDs
2008-12-03T16:41:32Z
2008-12-03T16:41:32Z
Michael R Sweet
Robert Krawitz wrote:
<div class='shrinkable-quote'><br>> Date: Wed, 03 Dec 2008 20:43:09 +0100
<br>> From: Till Kamppeter <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824982&i=0" target="_top" rel="nofollow">till.kamppeter@...</a>>
<br>> MIME-Version: 1.0
<br>> Cc: Tim Waugh <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824982&i=1" target="_top" rel="nofollow">twaugh@...</a>>,
<br>> Gutenprint Mailing List <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824982&i=2" target="_top" rel="nofollow">gimp-print-devel@...</a>>
<br>> Content-Type: text/plain; charset="utf-8"
<br>>
<br>> Michael R Sweet wrote:
<br>> > Tim Waugh wrote:
<br>> >> Hi,
<br>> >>
<br>> >> I'm seeing a problem with the new globalized PPDs in gutenprint-5.2.2.
<br>> >> Specifically, these PPDs do not follow CUPS rule 6 for the PPD
<br>> >> extension:
<br>> >> ...
<br>> >> In a non-English locale, using the cupsGetServerPPD() function returns a
<br>> >> globalized PPD for which the main option descriptions contain 8-bit
<br>> >> characters.
<br>> >>
<br>> >> In fact this happens even for English locales, due to characters such as
<br>> >> "×".
<br>> >
<br>> > We should never be using special characters for this, however I
<br>> > suspect that is coming from one of the drivers.
<br>> >
<br>> > What is probably happening is that the current locale is being passed
<br>> > from CUPS to the genppd program, which is (incorrectly) using that
<br>> > locale as the default localization for the PPD files. When run as a
<br>> > CUPS driver interface program, we need to ignore the LANG setting and
<br>> > do what is requested in the URI we get.
<br>>
<br>> Yes, that's it.
<br>>
<br>> The idea of globalized PPDs is that a print queue has a multi-language
<br>> PPD and so several users can use it with their preferred UI language.
<br>> Therefore a PPD generator has always to emit the full globalized PPD
<br>> with all languages and not to tray to extract a single-language PPD with
<br>> the server's default locale. Currently, Gutenprint's PPD generator emits
<br>> the full globalized PPD only when the server's default locale is English
<br>> (as it is on my machine, and so I did not see the bug during the
<br>> discussion on getting globalized PPDs here on the list). In addition,
<br>> the single-language PPDs which Gutenprint genrates are broken. At first
<br>> the UTF-8 translations from the extension are moved to the place of the
<br>> standard translation strings, leaving the LanguageEncoding on
<br>> "ISOLatin1". Also the LanguageVersion is left on "English" and the
<br>> "cupsLanguages" line not removed.
<br>>
<br>> But what really has to happen is that every queue gets full globalized
<br>> PPDs, regardless of the server's default language. Either CUPS should
<br>> take care of it to call the PPD generators with neutral locale ("C") or
<br>> Gutenprint's PPD generator has to ignore the locale and always to emit
<br>> fully globalized PPDs.
<br>>
<br>> So Mike and Robert, one of you has to fix it.
<br>>
<br>> So what precisely do we need to do here?
<br>>
<br>> In driver mode, I don't believe that any of the locale is being used.
<br>> The desired language is taken from the URI.
</div><br>We're still calling setlocale someplace - I'll look at the code
<br>tonight or tomorrow...
<br><br>--
<br>______________________________________________________________________
<br>Michael R Sweet Senior Printing System Engineer
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824982&i=3" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20824966
Re: Problem with globalized PPDs
2008-12-03T16:37:52Z
2008-12-03T16:37:52Z
Robert Krawitz-2
Date: Wed, 03 Dec 2008 20:43:09 +0100
<br> From: Till Kamppeter <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824966&i=0" target="_top" rel="nofollow">till.kamppeter@...</a>>
<br> MIME-Version: 1.0
<br> Cc: Tim Waugh <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824966&i=1" target="_top" rel="nofollow">twaugh@...</a>>,
<br> Gutenprint Mailing List <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824966&i=2" target="_top" rel="nofollow">gimp-print-devel@...</a>>
<br> Content-Type: text/plain; charset="utf-8"
<br><br> Michael R Sweet wrote:
<br> > Tim Waugh wrote:
<br> >> Hi,
<br> >>
<br> >> I'm seeing a problem with the new globalized PPDs in gutenprint-5.2.2.
<br> >> Specifically, these PPDs do not follow CUPS rule 6 for the PPD
<br> >> extension:
<br> >> ...
<br> >> In a non-English locale, using the cupsGetServerPPD() function returns a
<br> >> globalized PPD for which the main option descriptions contain 8-bit
<br> >> characters.
<br> >>
<br> >> In fact this happens even for English locales, due to characters such as
<br> >> "×".
<br> >
<br> > We should never be using special characters for this, however I
<br> > suspect that is coming from one of the drivers.
<br> >
<br> > What is probably happening is that the current locale is being passed
<br> > from CUPS to the genppd program, which is (incorrectly) using that
<br> > locale as the default localization for the PPD files. When run as a
<br> > CUPS driver interface program, we need to ignore the LANG setting and
<br> > do what is requested in the URI we get.
<br><br> Yes, that's it.
<br><br> The idea of globalized PPDs is that a print queue has a multi-language
<br> PPD and so several users can use it with their preferred UI language.
<br> Therefore a PPD generator has always to emit the full globalized PPD
<br> with all languages and not to tray to extract a single-language PPD with
<br> the server's default locale. Currently, Gutenprint's PPD generator emits
<br> the full globalized PPD only when the server's default locale is English
<br> (as it is on my machine, and so I did not see the bug during the
<br> discussion on getting globalized PPDs here on the list). In addition,
<br> the single-language PPDs which Gutenprint genrates are broken. At first
<br> the UTF-8 translations from the extension are moved to the place of the
<br> standard translation strings, leaving the LanguageEncoding on
<br> "ISOLatin1". Also the LanguageVersion is left on "English" and the
<br> "cupsLanguages" line not removed.
<br><br> But what really has to happen is that every queue gets full globalized
<br> PPDs, regardless of the server's default language. Either CUPS should
<br> take care of it to call the PPD generators with neutral locale ("C") or
<br> Gutenprint's PPD generator has to ignore the locale and always to emit
<br> fully globalized PPDs.
<br><br> So Mike and Robert, one of you has to fix it.
<br><br>So what precisely do we need to do here?
<br><br>In driver mode, I don't believe that any of the locale is being used.
<br>The desired language is taken from the URI.
<br><br>--
<br>Robert Krawitz <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824966&i=3" target="_top" rel="nofollow">rlk@...</a>>
<br><br>Tall Clubs International -- <a href="http://www.tall.org/" target="_top" rel="nofollow">http://www.tall.org/</a> or 1-888-IM-TALL-2
<br>Member of the League for Programming Freedom -- mail <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824966&i=4" target="_top" rel="nofollow">lpf@...</a>
<br>Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_top" rel="nofollow">http://gimp-print.sourceforge.net</a><br><br>"Linux doesn't dictate how I work, I dictate how Linux works."
<br>--Eric Crampton
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824966&i=5" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20824837
Re: "Raw" colour correction
2008-12-03T16:25:12Z
2008-12-03T16:25:12Z
Robert Krawitz-2
Date: Thu, 04 Dec 2008 00:12:55 +0000
<br> From: "Alastair M. Robinson" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824837&i=0" target="_top" rel="nofollow">blackfive@...</a>>
<br><br> I know the "Raw" color correction mode ignores the density settings
<br> from the papertype and printer definitions, but is it supposed to
<br> take into account the setting of the "Density" parameter, or not?
<br> I'd got the impression from the various discussions about
<br> linearization over the last few months that it was - but
<br> experiments suggest otherwise - was I mistaken? :)
<br><br>My recollection had been that it did, but it appears from the code
<br>that it doesn't.
<br><br>--
<br>Robert Krawitz <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824837&i=1" target="_top" rel="nofollow">rlk@...</a>>
<br><br>Tall Clubs International -- <a href="http://www.tall.org/" target="_top" rel="nofollow">http://www.tall.org/</a> or 1-888-IM-TALL-2
<br>Member of the League for Programming Freedom -- mail <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824837&i=2" target="_top" rel="nofollow">lpf@...</a>
<br>Project lead for Gutenprint -- <a href="http://gimp-print.sourceforge.net" target="_top" rel="nofollow">http://gimp-print.sourceforge.net</a><br><br>"Linux doesn't dictate how I work, I dictate how Linux works."
<br>--Eric Crampton
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824837&i=3" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20824702
"Raw" colour correction
2008-12-03T16:12:55Z
2008-12-03T16:12:55Z
Alastair M. Robinson
Hi,
<br><br>Quick question:
<br><br>I know the "Raw" color correction mode ignores the density settings from
<br>the papertype and printer definitions, but is it supposed to take into
<br>account the setting of the "Density" parameter, or not? I'd got the
<br>impression from the various discussions about linearization over the
<br>last few months that it was - but experiments suggest otherwise - was I
<br>mistaken? :)
<br><br>All the best,
<br>--
<br>Alastair M. Robinson
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20824702&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20820122
Re: Problem with globalized PPDs
2008-12-03T11:43:09Z
2008-12-03T11:43:09Z
Till Kamppeter-3
Michael R Sweet wrote:
<div class='shrinkable-quote'><br>> Tim Waugh wrote:
<br>>> Hi,
<br>>>
<br>>> I'm seeing a problem with the new globalized PPDs in gutenprint-5.2.2.
<br>>> Specifically, these PPDs do not follow CUPS rule 6 for the PPD
<br>>> extension:
<br>>> ...
<br>>> In a non-English locale, using the cupsGetServerPPD() function returns a
<br>>> globalized PPD for which the main option descriptions contain 8-bit
<br>>> characters.
<br>>>
<br>>> In fact this happens even for English locales, due to characters such as
<br>>> "×".
<br>>
<br>> We should never be using special characters for this, however I
<br>> suspect that is coming from one of the drivers.
<br>>
<br>> What is probably happening is that the current locale is being passed
<br>> from CUPS to the genppd program, which is (incorrectly) using that
<br>> locale as the default localization for the PPD files. When run as a
<br>> CUPS driver interface program, we need to ignore the LANG setting and
<br>> do what is requested in the URI we get.
<br>>
</div><br>Yes, that's it.
<br><br>The idea of globalized PPDs is that a print queue has a multi-language
<br>PPD and so several users can use it with their preferred UI language.
<br>Therefore a PPD generator has always to emit the full globalized PPD
<br>with all languages and not to tray to extract a single-language PPD with
<br>the server's default locale. Currently, Gutenprint's PPD generator emits
<br>the full globalized PPD only when the server's default locale is English
<br> (as it is on my machine, and so I did not see the bug during the
<br>discussion on getting globalized PPDs here on the list). In addition,
<br>the single-language PPDs which Gutenprint genrates are broken. At first
<br>the UTF-8 translations from the extension are moved to the place of the
<br>standard translation strings, leaving the LanguageEncoding on
<br>"ISOLatin1". Also the LanguageVersion is left on "English" and the
<br>"cupsLanguages" line not removed.
<br><br>But what really has to happen is that every queue gets full globalized
<br>PPDs, regardless of the server's default language. Either CUPS should
<br>take care of it to call the PPD generators with neutral locale ("C") or
<br>Gutenprint's PPD generator has to ignore the locale and always to emit
<br>fully globalized PPDs.
<br><br>So Mike and Robert, one of you has to fix it.
<br><br> Till
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20820122&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20818855
Re: Problem with globalized PPDs
2008-12-03T10:29:13Z
2008-12-03T10:29:13Z
Michael R Sweet
Tim Waugh wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> I'm seeing a problem with the new globalized PPDs in gutenprint-5.2.2.
<br>> Specifically, these PPDs do not follow CUPS rule 6 for the PPD
<br>> extension:
<br>> ...
<br>> In a non-English locale, using the cupsGetServerPPD() function returns a
<br>> globalized PPD for which the main option descriptions contain 8-bit
<br>> characters.
<br>>
<br>> In fact this happens even for English locales, due to characters such as
<br>> "×".
</div><br>We should never be using special characters for this, however I
<br>suspect that is coming from one of the drivers.
<br><br>What is probably happening is that the current locale is being passed
<br>from CUPS to the genppd program, which is (incorrectly) using that
<br>locale as the default localization for the PPD files. When run as a
<br>CUPS driver interface program, we need to ignore the LANG setting and
<br>do what is requested in the URI we get.
<br><br>--
<br>______________________________________________________________________
<br>Michael R Sweet Senior Printing System Engineer
<br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20818855&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20818254
Problem with globalized PPDs
2008-12-03T09:58:23Z
2008-12-03T09:58:23Z
Tim Waugh
Hi,
<br><br>I'm seeing a problem with the new globalized PPDs in gutenprint-5.2.2.
<br>Specifically, these PPDs do not follow CUPS rule 6 for the PPD
<br>extension:
<br><br>"Translation strings included with the main and option keywords
<br> MUST NOT contain characters outside the ASCII subset of ISOLatin1
<br> and UTF-8; developers wishing to use characters outside ASCII
<br> MUST provide a separate set of English localization attributes
<br> for the affected keywords."
<br><br>In a non-English locale, using the cupsGetServerPPD() function returns a
<br>globalized PPD for which the main option descriptions contain 8-bit
<br>characters.
<br><br>In fact this happens even for English locales, due to characters such as
<br>"×".
<br><br>The result is that using the CUPS PPD API produces incorrectly decoded
<br>strings.
<br><br>Here is a demonstration using pycups:
<br><br>#!/usr/bin/python
<br>from locale import *
<br>setlocale(LC_ALL,'fr_FR.UTF-8')
<br>import cups, os
<br>c=cups.Connection();
<br>ppdfile=c.getServerPPD("gutenprint.5.2://bjc-MULTIPASS-MP150/expert");
<br>os.unlink (ppdfile)
<br>print ppdfile.findOption("StpQuality").text
<br><br>Result (UTF-8 environment):
<br><br>Qualité d'impression
<br><br>This small C program shows what this looks like at the CUPS API level:
<br><br>==>
<br>#include <stdio.h>
<br>#include <cups/ppd.h>
<br><br>int main (int argc, char **argv)
<br>{
<br> ppd_file_t *ppd = ppdOpenFile (argv[1]);
<br> ppd_option_t *opt = ppdFindOption (ppd, "StpQuality");
<br> puts (ppd->lang_encoding);
<br> puts (opt->text);
<br> ppdClose (ppd);
<br>}
<br><==
<br><br>It looks like this (UTF-8 environment):
<br><br>==>
<br>UTF-8
<br>Qualité d'impression
<br><==
<br><br>This was originally reported here:
<br> <a href="https://bugs.launchpad.net/ubuntu/+source/gutenprint/+bug/303273" target="_top" rel="nofollow">https://bugs.launchpad.net/ubuntu/+source/gutenprint/+bug/303273</a><br><br>Tim.
<br>*/
<br><br><br /> <br />-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br />_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20818254&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><div class="small"><br/><img src="http://www.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (196 bytes) <a href="http://www.nabble.com/attachment/20818254/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20753577
ANNOUNCE: Gutenprint 5.2.2 driver packages on OpenPrinting
2008-11-29T17:12:22Z
2008-11-29T17:12:22Z
Till Kamppeter-3
I have packaged the new Gutenprint release as distribution-independent
<br>LSB package now and uploaded it to OpenPrinting. The packages and
<br>instructions on how to install them you find on:
<br><br><a href="http://www.openprinting.org/show_driver.cgi?driver=gutenprint" target="_top" rel="nofollow">http://www.openprinting.org/show_driver.cgi?driver=gutenprint</a><br><br>The source RPM is here
<br><br><a href="http://www.openprinting.org/download/printdriver/SRPMS/" target="_top" rel="nofollow">http://www.openprinting.org/download/printdriver/SRPMS/</a><br><br>There are no source files for the Debian packages, as they are converted
<br>from the RPMs with alien.
<br><br>The package can be installed without uninstalling the Gutenprint
<br>provided by the Linux distribution. Besides the update to the new
<br>release fixes were done to assure that queues with simplified PPDs will
<br>not be upgraded to expert PPDs when installing the package. The PPDs of
<br>all Gutenprint queues will be replaced by their counterparts of
<br>Gutenprint 5.2.2.
<br><br>In printer setup tools choose the OpenPrinting driver by selecting the
<br>PPD/driver entry which mentions "OpenPrinting".
<br><br>Note that the package does not include the plug-in for the GIMP.
<br><br> Till
<br><br><br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-announce mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20753577&i=0" target="_top" rel="nofollow">Gimp-print-announce@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-announce" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-announce</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-announce-f3927.html" embed="fixTarget[3927]" target="_top" >gimp-print-announce</a></p>
tag:www.nabble.com,2006:post-20752159
ANNOUNCE: Gutenprint 5.2.2 driver packages on OpenPrinting
2008-11-29T14:24:25Z
2008-11-29T14:24:25Z
Till Kamppeter-3
I have packaged the new Gutenprint release as distribution-independent
<br>LSB package now and uploaded it to OpenPrinting. The packages and
<br>instructions on how to install them you find on:
<br><br><a href="http://www.openprinting.org/show_driver.cgi?driver=gutenprint" target="_top" rel="nofollow">http://www.openprinting.org/show_driver.cgi?driver=gutenprint</a><br><br>The source RPM is here
<br><br><a href="http://www.openprinting.org/download/printdriver/SRPMS/" target="_top" rel="nofollow">http://www.openprinting.org/download/printdriver/SRPMS/</a><br><br>There are no source files for the Debian packages, as they are converted
<br>from the RPMs with alien.
<br><br>The package can be installed without uninstalling the Gutenprint
<br>provided by the Linux distribution. Besides the update to the new
<br>release fixes were done to assure that queues with simplified PPDs will
<br>not be upgraded to expert PPDs when installing the package. The PPDs of
<br>all Gutenprint queues will be replaced by their counterparts of
<br>Gutenprint 5.2.2.
<br><br>In printer setup tools choose the OpenPrinting driver by selecting the
<br>PPD/driver entry which mentions "OpenPrinting".
<br><br>Note that the package does not include the plug-in for the GIMP.
<br><br> Till
<br><br><br>-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20752159&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20727030
Wolfgang Wadner has invited you to join Friendster
2008-11-27T15:32:09Z
2008-11-27T15:32:09Z
Wolfgang Wander-2
<html xmlns:dict="dict">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Friendster Friend Alert</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body background="http://images.friendster.com/images/homebg.gif" marginheight="23" marginwidth="48">
<table cellpadding="1" cellspacing="0" border="0" align="center">
<tr>
<td bgcolor="#999999">
<table width="600" cellpadding="0" cellspacing="0" border="0">
<tr>
<td colspan="3" bgcolor="#FFFFFF"><img src="http://images.friendster.com/images/spacer.gif" width="1" height="10" alt=""></td>
</tr>
<tr>
<td width="10" bgcolor="#FFFFFF"><img src="http://images.friendster.com/images/spacer.gif" width="10" height="40" alt=""></td>
<td width="580" bgcolor="#FFFFFF" align="left" valign="bottom">
<table width="100%">
<tbody>
<tr>
<td width="130">
<a href="http://www.friendster.com/email_events/email_event_clicked.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*&next=%2Findex.php" title="Friendster" target="_top" rel="nofollow"><img src="http://images.friendster.com/images/logo-email-whitebg.gif" alt="Friendster" border="0"></a>
</td>
<td></td>
<td>
<font face="arial, sans-serif" size="3" color="#68A6BA">
<strong><span style="padding-left: 10px;">You're Invited</span></strong>
</font>
</td>
<td></td>
<td align="right"></td>
</tr>
</tbody>
</table>
</td>
<td width="10" bgcolor="#FFFFFF"><img src="http://images.friendster.com/images/spacer.gif" width="10" height="40" alt=""></td>
</tr>
<tr>
<td bgcolor="#FFFFFF"></td>
<td bgcolor="#FFFFFF"><img src="http://images.friendster.com/images/full580ColDivider.gif" width="580" height="24" alt=""></td>
<td bgcolor="#FFFFFF"></td>
</tr>
<tr>
<td bgcolor="#FFFFFF"></td>
<td bgcolor="#FFFFFF" align="left">
<table cellpadding="0" cellspacing="0" border="0">
<tr>
<td valign="top"></td>
<td><img src="http://images.friendster.com/images/fnl/spacer.gif" width="15"></td>
<td valign="top">
<font face="arial, sans-serif" size="2" color="#000000">
<font size="3" color="#68A6BA">You're invited to join Wolfgang Wadner's network of friends. </font>
<br><img src="http://images.friendster.com/images/fnl/spacer.gif" height="10" alt=""><br>
<br>By joining Friendster, you can reconnect with old
friends, meet new friends, start a blog, build a custom
profile, keep track of birthdays, and so
much more!<br>
<br>You can even stay in touch if you move away, switch
email addresses, or lose your mobile phone.<br>
<br><img src="http://images.friendster.com/images/fnl/spacer.gif" height="10" alt=""><br>
<table cellpadding="0" cellspacing="0" border="0">
<tr>
<td background="http://images.friendster.com/images/importer_button_left.gif" valign="middle" style="padding: 0 5px 0 9px; white-space: nowrap;">
<a href="http://www.friendster.com/email_events/email_event_clicked.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*&next=%2Fjoin.php%3Finviteref%3D90219795%26invite%3DT57jDZH7G0VXZA9EEVaNKuvLPo-eQpCqKFXzPLIhIiBYDlI9OTdfp_Sq8X76lNHr%26lang%3Den-US" target="_top" rel="nofollow">
<font color="#000000" size="2">
<strong>Join Wolfgang's Network</strong>
</font>
</a>
</td>
<td><img src="http://images.friendster.com/images/importer_button_right.gif" alt="" border="0"></td>
</tr>
</table>
</font>
</td>
</tr>
<tr>
<td bgcolor="#FFFFFF" colspan="3"><img src="http://images.friendster.com/images/full580ColDivider.gif" width="580" height="24" alt=""></td>
</tr>
<tr>
<td bgcolor="#FFFFFF" colspan="3">
<font face="arial, sans-serif" size="3" color="#68A6BA">
<strong>Friendster members you may know...</strong>
</font>
</td>
</tr>
<tr>
<td bgcolor="#FFFFFF" colspan="3"><img src="http://images.friendster.com/images/spacer.gif" width="1" height="10" alt=""></td>
</tr>
<tr>
<td bgcolor="#FFFFFF" valign="top" colspan="3">
<div style="float: left; width: 80px; height: 120px; margin: 0 17px 0 17px; text-align: center;">
<div style="border-width: 0 1px 1px 0; border-style: solid; border-color: #bcbcbc; padding: 5px;">
<div style="width: 70px; overflow: hidden;">
<a href="http://www.friendster.com/email_events/email_event_clicked.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*&next=%2Fjoin.php%3Finviteref%3D90219795%26invite%3DT57jDZH7G0VXZA9EEVaNKuvLPo-eQpCqKFXzPLIhIiBYDlI9OTdfp_Sq8X76lNHr%26lang%3Den-US" target="_top" rel="nofollow"><img src="http://photos-p.friendster.com/photos/72/71/4351727/1_133453187m.jpg" alt="Joel Bryan" height="60"></a>
</div>
</div>
<div>
<font face="arial, sans-serif" size="2" color="555555">Joel Bryan</font>
</div>
</div>
<div style="float: left; width: 80px; height: 120px; margin: 0 17px 0 17px; text-align: center;">
<div style="border-width: 0 1px 1px 0; border-style: solid; border-color: #bcbcbc; padding: 5px;">
<div style="width: 70px; overflow: hidden;">
<a href="http://www.friendster.com/email_events/email_event_clicked.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*&next=%2Fjoin.php%3Finviteref%3D90219795%26invite%3DT57jDZH7G0VXZA9EEVaNKuvLPo-eQpCqKFXzPLIhIiBYDlI9OTdfp_Sq8X76lNHr%26lang%3Den-US" target="_top" rel="nofollow"><img src="http://images.friendster.com/images/nophotom.jpg" alt="Wolfgang" height="60"></a>
</div>
</div>
<div>
<font face="arial, sans-serif" size="2" color="555555">Wolfgang</font>
</div>
</div>
</td>
</tr>
</table>
</td>
<td bgcolor="#FFFFFF"></td>
</tr>
<tr>
<td colspan="3" bgcolor="#FFFFFF"><img src="http://images.friendster.com/images/spacer.gif" width="1" height="10" alt=""></td>
</tr>
<tr>
<td bgcolor="#FFFFFF"></td>
<td bgcolor="#FFFFFF"><img src="http://images.friendster.com/images/full580ColDivider.gif" width="580" height="24" alt=""></td>
<td bgcolor="#FFFFFF"></td>
</tr>
<tr>
<td colspan="3" bgcolor="#F1F1F1"><img src="http://images.friendster.com/images/spacer.gif" width="1" height="10" alt=""></td>
</tr>
<tr>
<td bgcolor="#F1F1F1"></td>
<td bgcolor="#F1F1F1" align="left"></td>
<td bgcolor="#F1F1F1"></td>
</tr>
<tr>
<td colspan="3" bgcolor="#F1F1F1"><img src="http://images.friendster.com/images/spacer.gif" width="1" height="10" alt=""></td>
</tr>
</table>
</td>
</tr>
</table>
<table width="600" cellpadding="15" cellspacing="0" border="0" align="center">
<tr>
<td align="center">
<font face="arial, helvetica, sans-serif" size="1" color="#888888">Copyright 2002-2008 Friendster, Inc. All rights reserved. U.S. Patent No. 7,069,308, 7,117,254 & 7,188,153<br>800 W. El Camino Real, Suite 170, Mountain View, CA 94040, USA<br>
<a href="http://www.friendster.com/email_events/email_event_clicked.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*&next=%2Finfo%2Fprivacy.php" target="profile" style="color:#68a6ba;" rel="nofollow">Privacy Policy</a> | <a href="http://www.friendster.com/blockemails.php?invite=Z2ltcC1wcmludC1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ*" target="profile" style="color:#68a6ba;" rel="nofollow">Unsubscribe</a> | <a href="http://www.friendster.com/email_events/email_event_clicked.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*&next=%2Finfo%2Ftos.php" target="profile" style="color:#68a6ba;" rel="nofollow">Terms of Service</a>
</font>
</td>
</tr>
</table><img src="http://www.friendster.com/email_events/email_event_open.php?xmr=YicmgFGkpvXlPzpZy91CSdoMjMiHtbs3p6je117-Jp0*"></body>
</html>
<br />-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br />_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20727030&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20692083
Re: Newbie Cross-compilation issues
2008-11-25T15:47:50Z
2008-11-25T15:47:50Z
Robert Krawitz-2
-
<br><br><br />-------------------------------------------------------------------------
<br>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
<br>Build the coolest Linux based applications with Moblin SDK & win great prizes
<br>Grand prize is a trip for two to an Open Source event anywhere in the world
<br><a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_top" rel="nofollow">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br />_______________________________________________
<br>Gimp-print-devel mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=20692083&i=0" target="_top" rel="nofollow">Gimp-print-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/gimp-print-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/gimp-print-devel</a><br><p>From forum: <a href="http://www.nabble.com/gimp-print-devel-f3928.html" embed="fixTarget[3928]" target="_top" >gimp-print-devel</a></p>
tag:www.nabble.com,2006:post-20691840
Newbie Cross-compilation issues
2008-11-25T14:51:16Z
2008-11-25T14:51:16Z
Dan Lyke
A whole bunch of disjoint issues here, perhaps someone can help me or
<br>point me to the right resources. I'm developing an ARM based device, and
<br>I'd like it to be able to print. I just downloaded the gutenprint 5.2.2
<br>tar.bz2.
<br><br>First, I'm using Buildroot to manage my build process. Copied the stock
<br>".mk" file over to config.mk, tweaked a few values, started my build,
<br>the build tries to use target ARM binaries to develop intermediate
<br>files. So I set up another build on the native x86 system, copied the
<br>intermediate binaries into my ARM build tree as necessary, and got
<br>thro