gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 24, 2021, at 10:11 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Feb 24, 2021, at 8:57 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>> 
>> Matt, 
>> 
>> If you’d like I can make the change and build it for you tomorrow morning. 
>> 
>> Steve Letter
>> Sent from my Symbolics Lisp Machine using zmail. 
> 
> That would  be great Steve.  My build attempt crashed at building gutenprint_5.3-gutenprint.o.  I did one try at editing the PPD but I need to recheck my work.  I think I was down to 18 paper sizes.  `cupstestppd -v` didn't complain about any mismatched paper entries.  It still still didn't show anything under Printer Features.  I'll try again tomorrow using the media size etc copied and pasted from the Simplified PPD.  I'll try to catch anything I see from the Console and System log.  At least we know now that it did work until macos 10.11 or 10.12.
> 
> Matt
> 
I put the build in Snapshots, gutenprint-5.3.4-Matt.dmg. Please remove it after you download it. 

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 8:57 PM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
> 
> Matt, 
> 
> If you’d like I can make the change and build it for you tomorrow morning. 
> 
> Steve Letter
> Sent from my Symbolics Lisp Machine using zmail. 

That would  be great Steve.  My build attempt crashed at building gutenprint_5.3-gutenprint.o.  I did one try at editing the PPD but I need to recheck my work.  I think I was down to 18 paper sizes.  `cupstestppd -v` didn't complain about any mismatched paper entries.  It still still didn't show anything under Printer Features.  I'll try again tomorrow using the media size etc copied and pasted from the Simplified PPD.  I'll try to catch anything I see from the Console and System log.  At least we know now that it did work until macos 10.11 or 10.12.

Matt

> 
>> On Feb 24, 2021, at 4:57 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>>>> On Feb 24, 2021, at 11:31 AM, Robert Krawitz <rl...@al...> wrote:
>>>> 
>>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>>> 
>>>> 
>>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>>> 
>>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>>> 
>>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>>> 
>>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>>> 
>>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>>> alternative):
>>> 
>>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>>> problem lies elsewhere.
>>> 
>>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>>> index aa47aad8..f132a0d9 100644
>>> --- a/src/cups/genppd.c
>>> +++ b/src/cups/genppd.c
>>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>>> 
>>> stp_describe_parameter(v, "PageSize", &desc);
>>> num_opts = stp_string_list_count(desc.bounds.str);
>>> +  if (num_opts > 20)
>>> +    num_opts = 20;
>>> the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>> for (i = 0; i < num_opts; i++)
>>>   {
>>> 
>>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>>> 
>>> *OpenUI *PageSize/Media Size: PickOne
>>> *OpenUI *PageRegion/Media Size: PickOne
>>> *DefaultImageableArea: Letter
>>> *DefaultPaperDimension: Letter
>> 
>> I will try to manually edit the genppd.c file from the tar all and rebuild.  It certainly seems a whole lot easier than making massive changes to a PPD.
>> 
>> I did some testing in earlier versions of macos.  Everything was fine with the full PPD in macos 10.10.x.  The problem does exist in macos 10.12, so somewhere things broke in either macos 10.9 or macos 10.10.  If Linux isn’t having a problem, then it is probably something Apple changed.
>> 
>> Matt
>> Sent from my iPad
>> 
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

Matt, 

If you’d like I can make the change and build it for you tomorrow morning. 

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

> On Feb 24, 2021, at 4:57 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
>>> On Feb 24, 2021, at 11:31 AM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> On 2/24/21 11:12 AM, Matt Broughton wrote:
>>> 
>>> 
>>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>>> 
>>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>>> options, but even the full PPD files support fewer media sizes with laser printers.
>>> 
>>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>>> 
>>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
>> 
>> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
>> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
>> alternative):
>> 
>> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
>> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
>> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
>> problem lies elsewhere.
>> 
>> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
>> index aa47aad8..f132a0d9 100644
>> --- a/src/cups/genppd.c
>> +++ b/src/cups/genppd.c
>> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
>> 
>>  stp_describe_parameter(v, "PageSize", &desc);
>>  num_opts = stp_string_list_count(desc.bounds.str);
>> +  if (num_opts > 20)
>> +    num_opts = 20;
>>  the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>>  for (i = 0; i < num_opts; i++)
>>    {
>> 
>> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
>> four places you need to edit, and you need to make sure to have the same page sizes at each point:
>> 
>> *OpenUI *PageSize/Media Size: PickOne
>> *OpenUI *PageRegion/Media Size: PickOne
>> *DefaultImageableArea: Letter
>> *DefaultPaperDimension: Letter
> 
> I will try to manually edit the genppd.c file from the tar all and rebuild.  It certainly seems a whole lot easier than making massive changes to a PPD.
> 
> I did some testing in earlier versions of macos.  Everything was fine with the full PPD in macos 10.10.x.  The problem does exist in macos 10.12, so somewhere things broke in either macos 10.9 or macos 10.10.  If Linux isn’t having a problem, then it is probably something Apple changed.
> 
> Matt
> Sent from my iPad
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 11:31 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/24/21 11:12 AM, Matt Broughton wrote:
>> 
>> 
>>>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>> 
>>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>>> options, but even the full PPD files support fewer media sizes with laser printers.
>> 
>> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
>> 
>> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.
> 
> OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
> files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
> alternative):
> 
> 1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
> it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
> down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
> problem lies elsewhere.
> 
> diff --git a/src/cups/genppd.c b/src/cups/genppd.c
> index aa47aad8..f132a0d9 100644
> --- a/src/cups/genppd.c
> +++ b/src/cups/genppd.c
> @@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,
> 
>   stp_describe_parameter(v, "PageSize", &desc);
>   num_opts = stp_string_list_count(desc.bounds.str);
> +  if (num_opts > 20)
> +    num_opts = 20;
>   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
>   for (i = 0; i < num_opts; i++)
>     {
> 
> 2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
> four places you need to edit, and you need to make sure to have the same page sizes at each point:
> 
> *OpenUI *PageSize/Media Size: PickOne
> *OpenUI *PageRegion/Media Size: PickOne
> *DefaultImageableArea: Letter
> *DefaultPaperDimension: Letter

I will try to manually edit the genppd.c file from the tar all and rebuild.  It certainly seems a whole lot easier than making massive changes to a PPD.

I did some testing in earlier versions of macos.  Everything was fine with the full PPD in macos 10.10.x.  The problem does exist in macos 10.12, so somewhere things broke in either macos 10.9 or macos 10.10.  If Linux isn’t having a problem, then it is probably something Apple changed.

Matt
Sent from my iPad

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/24/21 11:12 AM, Matt Broughton wrote:
> 
> 
>> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
>> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
>> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
>>
>> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
>> options, but even the full PPD files support fewer media sizes with laser printers.
> 
> The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.
> 
> There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.

OK.  If you're willing to muck with a little bit of code and rebuild, or alternatively edit PPD
files by hand, there's something else I'd like to try, to reduce the number of page sizes (either
alternative):

1) Reduce the maximum number of paper sizes in genppd.  That will require making a small change to
it, rebuilding, and regenerating the PPD file(s).  You can try number other than 20 to try to narrow
down where it happens (which would be useful).  If you still have problems with 20 page sizes, the
problem lies elsewhere.

diff --git a/src/cups/genppd.c b/src/cups/genppd.c
index aa47aad8..f132a0d9 100644
--- a/src/cups/genppd.c
+++ b/src/cups/genppd.c
@@ -467,6 +467,8 @@ print_page_sizes(gpFile fp, stp_vars_t *v, int simplified,

   stp_describe_parameter(v, "PageSize", &desc);
   num_opts = stp_string_list_count(desc.bounds.str);
+  if (num_opts > 20)
+    num_opts = 20;
   the_papers = stp_malloc(sizeof(paper_t) * num_opts);
   for (i = 0; i < num_opts; i++)
     {

2) Manually edit one of the failing PPD files to cut down on the number of page sizes.  There are
four places you need to edit, and you need to make sure to have the same page sizes at each point:

*OpenUI *PageSize/Media Size: PickOne
*OpenUI *PageRegion/Media Size: PickOne
*DefaultImageableArea: Letter
*DefaultPaperDimension: Letter

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 24, 2021, at 8:50 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/23/21 10:36 PM, Matt Broughton wrote:
>> 
>>> On Feb 23, 2021, at 6:38 PM, Robert Krawitz <rl...@al... <mailto:rl...@al...>> wrote:
>>> 
>>> On 2/23/21 5:06 PM, Matt Broughton wrote:
>>>> 
>>>> 
>>>>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh... <mailto:pi...@sh...>> wrote:
>>>>> 
>>>>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>>>> 
>>>>> One thing I've seen before is multiple distinct paper sizes with the 
>>>>> same dimensions run into issues.  But even putting that aside, there seems
>>>>> to be duplicates that differ only in name:
>>>>> 
>>>>>>> *ImageableArea w252h360/3 1/2 x5:"0.000 0.000 252.000 360.000"
>>>>>>> *ImageableArea w252h360J/L:"0.000 0.000 252.000 360.000"
>>>>>>> *ImageableArea w360h504/5x7:"0.000 0.000 360.000 504.000"
>>>>>>> *ImageableArea w360h504J/2L:"0.000 0.000 360.000 504.000"
>>>>>>> *ImageableArea c8x10/8x10:"0.000 0.000 576.000 720.000"
>>>>>>> *ImageableArea c8x10J/Rokukire:"0.000 0.000 576.000 720.000"
>>>>> 
>>>>> And then there are explicit landscape variations of sizes:
>>>>> 
>>>>>>> *ImageableArea C4/C4:"0.000 0.000 649.000 918.000"
>>>>>>> *ImageableArea C4_l/C4 landscape:"0.000 0.000 918.000 649.000"
>>>>>>> *ImageableArea C5/C5:"0.000 0.000 459.000 649.000"
>>>>>>> *ImageableArea C5_l/C5 landscape:"0.000 0.000 649.000 459.000"
>>>>>>> *ImageableArea w354h918/B6-C4:"0.000 0.000 354.000 918.000"
>>>>>>> *ImageableArea w354h918_l/B6-C4 landscape:"0.000 0.000 918.000 354.000"
>>>>> 
>>>>> [and many, many more...]
>>>>> 
>>>>> Also, this is a size only ever used by the Canon dyesub models, and can 
>>>>> be nuked from the global paper list.
>>>>> 
>>>>>>> *ImageableArea w253h337/CP_L:"0.000 0.000 253.000 337.000"
>>>>> 
>>>>> (I'll go ahead and nuke it)
>>>>> 
>>>>> - Solomon
>>>> 
>>>> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD
>>>> has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some
>>>> are just the Landscape version of a different paper name.  Sorry for the massive amount of text,
>>>> but I think it is easier than attaching a file.
>>> There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
>>> vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
>>> than carriage width.
>>> 
>>> The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
>>> I don't think we can simply remove them.
>> 
>> Neither the Stylus Photo R1800 nor the R800 show any Printer Features with the standard PPD.  They
>> do print a file which I presume uses the defaults set in the CUP web interface. I would have to
>> check the CUPS error_logs to be certain. Both printers display the Printer Features with the
>> Simplified PPD and produce an output file.  It would appear that CUPS itself does not choke on the
>> full PPDs.  The job would crash if CUPS couldn't deal with the PPD.   It appears that it is Apple's
>> print window that is having a problem.
>> 
>> Am I testing what you wanted tested?
> 
> Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
> the problem.  It could still be paper sizes, since the simplified PPD contain fewer.
> 
> One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
> options, but even the full PPD files support fewer media sizes with laser printers.

The full PPD for the "Generic PCL Color Laser LF Printer" works fine.  All the options are there -- General, Output Control Common, Output Control Extra 1-5.

There are 19 ImageableArea entries.  A check of the ImageableAreas shows no duplicates in size or Landscape of another size.

Matt
 

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/23/21 10:36 PM, Matt Broughton wrote:
> 
>> On Feb 23, 2021, at 6:38 PM, Robert Krawitz <rl...@al... <mailto:rl...@al...>> wrote:
>>
>> On 2/23/21 5:06 PM, Matt Broughton wrote:
>>>
>>>
>>>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh... <mailto:pi...@sh...>> wrote:
>>>>
>>>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>>>
>>>> One thing I've seen before is multiple distinct paper sizes with the 
>>>> same dimensions run into issues.  But even putting that aside, there seems
>>>> to be duplicates that differ only in name:
>>>>
>>>>>> *ImageableArea w252h360/3 1/2 x5:"0.000 0.000 252.000 360.000"
>>>>>> *ImageableArea w252h360J/L:"0.000 0.000 252.000 360.000"
>>>>>> *ImageableArea w360h504/5x7:"0.000 0.000 360.000 504.000"
>>>>>> *ImageableArea w360h504J/2L:"0.000 0.000 360.000 504.000"
>>>>>> *ImageableArea c8x10/8x10:"0.000 0.000 576.000 720.000"
>>>>>> *ImageableArea c8x10J/Rokukire:"0.000 0.000 576.000 720.000"
>>>>
>>>> And then there are explicit landscape variations of sizes:
>>>>
>>>>>> *ImageableArea C4/C4:"0.000 0.000 649.000 918.000"
>>>>>> *ImageableArea C4_l/C4 landscape:"0.000 0.000 918.000 649.000"
>>>>>> *ImageableArea C5/C5:"0.000 0.000 459.000 649.000"
>>>>>> *ImageableArea C5_l/C5 landscape:"0.000 0.000 649.000 459.000"
>>>>>> *ImageableArea w354h918/B6-C4:"0.000 0.000 354.000 918.000"
>>>>>> *ImageableArea w354h918_l/B6-C4 landscape:"0.000 0.000 918.000 354.000"
>>>>
>>>> [and many, many more...]
>>>>
>>>> Also, this is a size only ever used by the Canon dyesub models, and can 
>>>> be nuked from the global paper list.
>>>>
>>>>>> *ImageableArea w253h337/CP_L:"0.000 0.000 253.000 337.000"
>>>>
>>>> (I'll go ahead and nuke it)
>>>>
>>>> - Solomon
>>>
>>> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD
>>> has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some
>>> are just the Landscape version of a different paper name.  Sorry for the massive amount of text,
>>> but I think it is easier than attaching a file.
>> There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
>> vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
>> than carriage width.
>>
>> The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
>> I don't think we can simply remove them.
> 
> Neither the Stylus Photo R1800 nor the R800 show any Printer Features with the standard PPD.  They
> do print a file which I presume uses the defaults set in the CUP web interface. I would have to
> check the CUPS error_logs to be certain. Both printers display the Printer Features with the
> Simplified PPD and produce an output file.  It would appear that CUPS itself does not choke on the
> full PPDs.  The job would crash if CUPS couldn't deal with the PPD.   It appears that it is Apple's
> print window that is having a problem.
> 
> Am I testing what you wanted tested?

Yes.  This is suggesting that it's likely the number of options or number of pages of options that's
the problem.  It could still be paper sizes, since the simplified PPD contain fewer.

One other thing to try would be the full PPD for a color laser printer.  This contains a lot of
options, but even the full PPD files support fewer media sizes with laser printers.

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 23, 2021, at 6:38 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/23/21 5:06 PM, Matt Broughton wrote:
>> 
>> 
>>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh...> wrote:
>>> 
>>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>> 
>>> One thing I've seen before is multiple distinct paper sizes with the 
>>> same dimensions run into issues.  But even putting that aside, there seems
>>> to be duplicates that differ only in name:
>>> 
>>>>> *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
>>>>> *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
>>>>> *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
>>>>> *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
>>>>> *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
>>>>> *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"
>>> 
>>> And then there are explicit landscape variations of sizes:
>>> 
>>>>> *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
>>>>> *ImageableArea C4_l/C4 landscape:	"0.000 0.000 918.000 649.000"
>>>>> *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
>>>>> *ImageableArea C5_l/C5 landscape:	"0.000 0.000 649.000 459.000"
>>>>> *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
>>>>> *ImageableArea w354h918_l/B6-C4 landscape:	"0.000 0.000 918.000 354.000"
>>> 
>>> [and many, many more...]
>>> 
>>> Also, this is a size only ever used by the Canon dyesub models, and can 
>>> be nuked from the global paper list.
>>> 
>>>>> *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"
>>> 
>>> (I'll go ahead and nuke it)
>>> 
>>> - Solomon
>> 
>> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some are just the Landscape version of a different paper name.  Sorry for the massive amount of text, but I think it is easier than attaching a file.
> There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
> vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
> than carriage width.
> 
> The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
> I don't think we can simply remove them.


Neither the Stylus Photo R1800 nor the R800 show any Printer Features with the standard PPD.  They do print a file which I presume uses the defaults set in the CUP web interface. I would have to check the CUPS error_logs to be certain. Both printers display the Printer Features with the Simplified PPD and produce an output file.  It would appear that CUPS itself does not choke on the full PPDs.  The job would crash if CUPS couldn't deal with the PPD.   It appears that it is Apple's print window that is having a problem.

Am I testing what you wanted tested?

Matt

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/23/21 5:06 PM, Matt Broughton wrote:
> 
> 
>> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh...> wrote:
>>
>> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
>>
>> One thing I've seen before is multiple distinct paper sizes with the 
>> same dimensions run into issues.  But even putting that aside, there seems
>> to be duplicates that differ only in name:
>>
>>>> *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
>>>> *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
>>>> *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
>>>> *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
>>>> *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
>>>> *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"
>>
>> And then there are explicit landscape variations of sizes:
>>
>>>> *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
>>>> *ImageableArea C4_l/C4 landscape:	"0.000 0.000 918.000 649.000"
>>>> *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
>>>> *ImageableArea C5_l/C5 landscape:	"0.000 0.000 649.000 459.000"
>>>> *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
>>>> *ImageableArea w354h918_l/B6-C4 landscape:	"0.000 0.000 918.000 354.000"
>>
>> [and many, many more...]
>>
>> Also, this is a size only ever used by the Canon dyesub models, and can 
>> be nuked from the global paper list.
>>
>>>> *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"
>>
>> (I'll go ahead and nuke it)
>>
>> - Solomon
> 
> The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some are just the Landscape version of a different paper name.  Sorry for the massive amount of text, but I think it is easier than attaching a file.
There are other differences besides the number of media sizes.  Please try the Stylus Photo R1800
vs. the R800 and see which one(s) work.  That's a good test because the printers are identical other
than carriage width.

The landscape vs. portrait entries are real, for printers that can accept the paper fed either way.
 I don't think we can simply remove them.

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 23, 2021, at 9:58 AM, Solomon Peachy <pi...@sh...> wrote:
> 
> On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:
> 
> One thing I've seen before is multiple distinct paper sizes with the 
> same dimensions run into issues.  But even putting that aside, there seems
> to be duplicates that differ only in name:
> 
>>> *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
>>> *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
>>> *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
>>> *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
>>> *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
>>> *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"
> 
> And then there are explicit landscape variations of sizes:
> 
>>> *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
>>> *ImageableArea C4_l/C4 landscape:	"0.000 0.000 918.000 649.000"
>>> *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
>>> *ImageableArea C5_l/C5 landscape:	"0.000 0.000 649.000 459.000"
>>> *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
>>> *ImageableArea w354h918_l/B6-C4 landscape:	"0.000 0.000 918.000 354.000"
> 
> [and many, many more...]
> 
> Also, this is a size only ever used by the Canon dyesub models, and can 
> be nuked from the global paper list.
> 
>>> *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"
> 
> (I'll go ahead and nuke it)
> 
> - Solomon

The Epson XP-15000 follows the same theme.  The Simplified PPD displays properly.  The full PPD has 92 more printers than the Simplified PPD.  Some of them have the same ImageableArea and some are just the Landscape version of a different paper name.  Sorry for the massive amount of text, but I think it is easier than attaching a file.

10a11,13
> *ImageableArea w216h360/3x5:	"0.000 0.000 216.000 360.000"
> *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
> *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
13a17,26
> *ImageableArea w324h495/Epson 4x6 Photo Paper (tear-off borders):	"18.000 45.000 306.000 477.000"
> *ImageableArea w297h421/Epson L Photo Paper (tear-off borders):	"22.000 43.000 275.000 404.000"
> *ImageableArea w288h576/4x8:	"0.000 0.000 288.000 576.000"
> *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
> *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
> *ImageableArea w360h576/5x8:	"0.000 0.000 360.000 576.000"
> *ImageableArea w432h576/6x8:	"0.000 0.000 432.000 576.000"
> *ImageableArea w432h648/6x9:	"0.000 0.000 432.000 648.000"
> *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
> *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"
14a28
> *ImageableArea TabloidExtra/12x18:	"0.000 0.000 864.000 1296.000"
15a30,33
> *ImageableArea w360h360/5x5:	"0.000 0.000 360.000 360.000"
> *ImageableArea w576h864/8x12:	"0.000 0.000 576.000 864.000"
> *ImageableArea w720h864J/YonKire:	"0.000 0.000 720.000 864.000"
> *ImageableArea w792h1008/11x14:	"0.000 0.000 792.000 1008.000"
17a36,103
> *ImageableArea A5/A5:	"0.000 0.000 420.000 595.000"
> *ImageableArea A6/A6:	"0.000 0.000 297.000 420.000"
> *ImageableArea A7/A7:	"0.000 0.000 210.000 297.000"
> *ImageableArea A8/A8:	"0.000 0.000 148.000 210.000"
> *ImageableArea w864h1218/RA3:	"0.000 0.000 864.000 1218.000"
> *ImageableArea w609h864/RA4:	"0.000 0.000 609.000 864.000"
> *ImageableArea w907h1275/SRA3:	"0.000 0.000 907.000 1275.000"
> *ImageableArea w637h907/SRA4:	"0.000 0.000 637.000 907.000"
> *ImageableArea ISOB4/B4 ISO:	"0.000 0.000 708.000 1000.000"
> *ImageableArea ISOB5/B5 ISO:	"0.000 0.000 498.000 708.000"
> *ImageableArea ISOB6/B6 ISO:	"0.000 0.000 354.000 498.000"
> *ImageableArea ISOB7/B7 ISO:	"0.000 0.000 249.000 354.000"
> *ImageableArea ISOB8/B8 ISO:	"0.000 0.000 175.000 249.000"
> *ImageableArea B4/B4 JIS:	"0.000 0.000 727.000 1029.000"
> *ImageableArea B5/B5 JIS:	"0.000 0.000 518.000 727.000"
> *ImageableArea B6/B6 JIS:	"0.000 0.000 362.000 518.000"
> *ImageableArea B7/B7 JIS:	"0.000 0.000 257.000 362.000"
> *ImageableArea B8/B8 JIS:	"0.000 0.000 180.000 257.000"
> *ImageableArea C3/C3:	"0.000 0.000 918.000 1298.000"
> *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
> *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
> *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
> *ImageableArea C6/C6:	"0.000 0.000 323.000 459.000"
> *ImageableArea DL/DL:	"0.000 0.000 311.000 623.000"
> *ImageableArea w229h459/C7-6:	"0.000 0.000 229.000 459.000"
> *ImageableArea C7/C7:	"0.000 0.000 229.000 323.000"
> *ImageableArea C8/C8:	"0.000 0.000 161.000 229.000"
> *ImageableArea EA5/EA5:	"0.000 0.000 442.000 649.000"
> *ImageableArea ARCHA/ArchA:	"0.000 0.000 648.000 864.000"
> *ImageableArea ARCHA_trans/ArchA transposed:	"0.000 0.000 864.000 648.000"
> *ImageableArea ARCHB/ArchB:	"0.000 0.000 864.000 1296.000"
> *ImageableArea w612h936/American foolscap:	"0.000 0.000 612.000 936.000"
> *ImageableArea w648h936/European foolscap:	"0.000 0.000 648.000 936.000"
> *ImageableArea w535h697/Crown Quarto:	"0.000 0.000 535.000 697.000"
> *ImageableArea w569h731/Large Crown Quarto:	"0.000 0.000 569.000 731.000"
> *ImageableArea w620h782/Demy Quarto:	"0.000 0.000 620.000 782.000"
> *ImageableArea w671h884/Royal Quarto:	"0.000 0.000 671.000 884.000"
> *ImageableArea w348h527/Crown Octavo:	"0.000 0.000 348.000 527.000"
> *ImageableArea w365h561/Large Crown Octavo:	"0.000 0.000 365.000 561.000"
> *ImageableArea w391h612/Demy Octavo:	"0.000 0.000 391.000 612.000"
> *ImageableArea w442h663/Royal Octavo:	"0.000 0.000 442.000 663.000"
> *ImageableArea w314h504/Small paperback:	"0.000 0.000 314.000 504.000"
> *ImageableArea w314h513/Penguin small paperback:	"0.000 0.000 314.000 513.000"
> *ImageableArea cw365h561/Penguin large paperback:	"0.000 0.000 365.000 561.000"
> *ImageableArea w283h425/10cm x 15cm:	"0.000 0.000 283.000 425.000"
> *ImageableArea w283h420/Hagaki Card:	"0.000 0.000 283.000 420.000"
> *ImageableArea w420h567/Oufuku Card:	"0.000 0.000 420.000 567.000"
> *ImageableArea w340h666/Japanese long envelope #3:	"0.000 0.000 340.000 666.000"
> *ImageableArea w255h581/Japanese long envelope #4:	"0.000 0.000 255.000 581.000"
> *ImageableArea w297h666/Japanese Western-style envelope #4:	"0.000 0.000 297.000 666.000"
> *ImageableArea w277h538/Japanese Western-style envelope #6:	"0.000 0.000 277.000 538.000"
> *ImageableArea w680h941/Japanese Kaku envelope #4:	"0.000 0.000 680.000 941.000"
> *ImageableArea COM10/Commercial 10:	"0.000 0.000 297.000 684.000"
> *ImageableArea w315h414/A2 Invitation:	"0.000 0.000 315.000 414.000"
> *ImageableArea Monarch/Monarch Envelope:	"0.000 0.000 279.000 540.000"
> *ImageableArea w288h387/4x5 3/8:	"0.000 0.000 288.000 387.000"
> *ImageableArea w288h504/4x7:	"0.000 0.000 288.000 504.000"
> *ImageableArea w288h512/Wide 101.6x180.6:	"0.000 0.000 288.000 512.000"
> *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"
> *ImageableArea w155h244/Credit Card:	"0.000 0.000 155.000 244.000"
> *ImageableArea w155h257/Japanese Business Card:	"0.000 0.000 155.000 257.000"
> *ImageableArea w283h566/Wide Postcard:	"0.000 0.000 283.000 566.000"
> *ImageableArea w612h935/Chilean Office:	"0.000 0.000 612.000 935.000"
> *ImageableArea A3plus/A3+:	"0.000 0.000 932.000 1369.000"
> *ImageableArea LegalIndia/Legal (India):	"0.000 0.000 609.000 978.000"
> *ImageableArea Oficio/Oficio:	"0.000 0.000 612.000 900.000"
> *ImageableArea B-Oficio/ Brazil Oficio:	"0.000 0.000 612.000 1006.000"
> *ImageableArea M-Oficio/Mexico Oficio:	"0.000 0.000 612.000 966.000"

Matt
 

Re: [Gimp-print-devel] Mac Big sur

[Solomon P. <pi...@sh...>]

On Tue, Feb 23, 2021 at 09:41:51AM -0600, Matt Broughton wrote:

One thing I've seen before is multiple distinct paper sizes with the 
same dimensions run into issues.  But even putting that aside, there seems
to be duplicates that differ only in name:

> > *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
> > *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
> > *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
> > *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
> > *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
> > *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"

And then there are explicit landscape variations of sizes:

> > *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
> > *ImageableArea C4_l/C4 landscape:	"0.000 0.000 918.000 649.000"
> > *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
> > *ImageableArea C5_l/C5 landscape:	"0.000 0.000 649.000 459.000"
> > *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
> > *ImageableArea w354h918_l/B6-C4 landscape:	"0.000 0.000 918.000 354.000"

[and many, many more...]

Also, this is a size only ever used by the Canon dyesub models, and can 
be nuked from the global paper list.

> > *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"

(I'll go ahead and nuke it)

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (freenode)

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

On Feb 23, 2021, at 8:19 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/23/21 8:42 AM, Matt Broughton wrote:
>> 
>> 
>>> On Feb 22, 2021, at 9:43 PM, Robert Krawitz <rl...@al...> wrote:
>>> 
>>> On 2/22/21 9:50 PM, Matt Broughton wrote:
>>>> 
>>>> 
>>>>> On Feb 22, 2021, at 12:41 PM, Steve Letter <sle...@ya...> wrote:
>>>>> 
>>>>> I ran both notes and pages. Attempting to bring up the printer features for the Epson mk  II crashed them both (and sent crash reports to Apple)
>>>> 
>>>> This is interesting if it leads somewhere:
>>>> In the /xml/printers/canon.xml there are only two printers with the name Pro9000.  
>>>> They are also the only printers using the driver="bjc-Pro9000* and model=700900*
>>>> --lines 359 thru 366
>>>> driver="bjc-PIXUS-Pro9000" manufacturer="Canon" model="7009000" and 
>>>> driver="bjc-Pro9000mk2-series" manufacturer="Canon" model="7009002"
>>>> 
>>>> In the  /xml/printers/escp2.xml  there is only one printer in the XP-15000 series.
>>>> It is the only escp2 printer using (line 99)
>>>> driver="escp2-xp15000" manufacturer="Epson" model="132"
>>>> 
>>>> None of these three printers show anything under Printer Features in recent versions of macos.  It would appear that this is the case for macos 10.14 Mojave through macos 11 Big Sur.  All three printers display fine in macos 10.7.5.  I will try to chase this backwards to see if I can tell what version of macos this might have been the start of troubles.
>>>> 
>>>> In the mean time, any thoughts?  Are there any other "one off" printers to take a look at?
>>> 
>>> There are plenty of one-off printers.  The XML isn't visible outside of Gutenprint; I'd be pretty
>>> surprised if that's the problem.  These are both complex wide format printers.  I suspect it's more
>>> likely that we're running into some limit, perhaps total PPD size, perhaps number of options or
>>> values (in particular, number of paper sizes; IIRC that was a problem in the past).
>>> 
>>> If paper sizes is the problem, there are various ways to test it.  One way might be to check the
>>> Epson Stylus Photo R1800 vs. the Stylus Photo R800; the R1800 is the same as the R800 except for the
>>> width (13" carriage vs. 8.5").
>> 
>> The size of the PPD and/or the complexity of the PPD seems to be the key.  I created a simplified PPD for the Canon Pro9000.MKII.  The printer features are now shown.  Comparative lines:  full PPD has 3085 lines, the simplified PPD has only 612 lines.  I will check some of the others such as the Epson XP-15000 and the other ones you mentioned.  Finding a way to deal with the issue is another story.
> 
> I particularly want to check the number of paper sizes, since that's the largest single option block.
> 

For the Canon Pro9000 MKII, there are 114 more paper sizes in the full PPD vs the Simplified PPD
matt$ diff  /Users/matt/Desktop/stp-bjc-Pro9000mk2-series.5.3.sim.ppd /Users/matt/Desktop/stp-bjc-Pro9000mk2-series.5.3.ppd | grep "ImageableArea.*\:" > ~/CanonCanon9000_diff.txt

> *ImageableArea w216h360/3x5:	"0.000 0.000 216.000 360.000"
> *ImageableArea w252h360/3 1/2 x5:	"0.000 0.000 252.000 360.000"
> *ImageableArea w252h360J/L:	"0.000 0.000 252.000 360.000"
> *ImageableArea w324h495/Epson 4x6 Photo Paper (tear-off borders):	"18.000 45.000 306.000 477.000"
> *ImageableArea w297h421/Epson L Photo Paper (tear-off borders):	"22.000 43.000 275.000 404.000"
> *ImageableArea w288h576/4x8:	"0.000 0.000 288.000 576.000"
> *ImageableArea w360h504/5x7:	"0.000 0.000 360.000 504.000"
> *ImageableArea w360h504J/2L:	"0.000 0.000 360.000 504.000"
> *ImageableArea w360h576/5x8:	"0.000 0.000 360.000 576.000"
> *ImageableArea w432h576/6x8:	"0.000 0.000 432.000 576.000"
> *ImageableArea w432h648/6x9:	"0.000 0.000 432.000 648.000"
> *ImageableArea c8x10/8x10:	"0.000 0.000 576.000 720.000"
> *ImageableArea c8x10J/Rokukire:	"0.000 0.000 576.000 720.000"
> *ImageableArea TabloidExtra/12x18:	"0.000 0.000 864.000 1296.000"
> *ImageableArea w360h360/5x5:	"0.000 0.000 360.000 360.000"
> *ImageableArea w576h864/8x12:	"0.000 0.000 576.000 864.000"
> *ImageableArea w720h864J/YonKire:	"0.000 0.000 720.000 864.000"
> *ImageableArea w792h1008/11x14:	"0.000 0.000 792.000 1008.000"
> *ImageableArea w1008h1224J/HanKire:	"0.000 0.000 1008.000 1224.000"
> *ImageableArea A5/A5:	"0.000 0.000 420.000 595.000"
> *ImageableArea A6/A6:	"0.000 0.000 297.000 420.000"
> *ImageableArea A7/A7:	"0.000 0.000 210.000 297.000"
> *ImageableArea A8/A8:	"0.000 0.000 148.000 210.000"
> *ImageableArea A9/A9:	"0.000 0.000 105.000 148.000"
> *ImageableArea A10/A10:	"0.000 0.000 73.000 105.000"
> *ImageableArea w864h1218/RA3:	"0.000 0.000 864.000 1218.000"
> *ImageableArea w609h864/RA4:	"0.000 0.000 609.000 864.000"
> *ImageableArea w907h1275/SRA3:	"0.000 0.000 907.000 1275.000"
> *ImageableArea w637h907/SRA4:	"0.000 0.000 637.000 907.000"
> *ImageableArea ISOB3/B3 ISO:	"0.000 0.000 1000.000 1417.000"
> *ImageableArea ISOB4/B4 ISO:	"0.000 0.000 708.000 1000.000"
> *ImageableArea ISOB5/B5 ISO:	"0.000 0.000 498.000 708.000"
> *ImageableArea ISOB6/B6 ISO:	"0.000 0.000 354.000 498.000"
> *ImageableArea ISOB7/B7 ISO:	"0.000 0.000 249.000 354.000"
> *ImageableArea ISOB8/B8 ISO:	"0.000 0.000 175.000 249.000"
> *ImageableArea ISOB9/B9 ISO:	"0.000 0.000 124.000 175.000"
> *ImageableArea ISOB10/B10 ISO:	"0.000 0.000 87.000 124.000"
> *ImageableArea B4/B4 JIS:	"0.000 0.000 727.000 1029.000"
> *ImageableArea B5/B5 JIS:	"0.000 0.000 518.000 727.000"
> *ImageableArea B6/B6 JIS:	"0.000 0.000 362.000 518.000"
> *ImageableArea B7/B7 JIS:	"0.000 0.000 257.000 362.000"
> *ImageableArea B8/B8 JIS:	"0.000 0.000 180.000 257.000"
> *ImageableArea B9/B9 JIS:	"0.000 0.000 127.000 180.000"
> *ImageableArea B10/B10 JIS:	"0.000 0.000 90.000 127.000"
> *ImageableArea C3/C3:	"0.000 0.000 918.000 1298.000"
> *ImageableArea C4/C4:	"0.000 0.000 649.000 918.000"
> *ImageableArea C4_l/C4 landscape:	"0.000 0.000 918.000 649.000"
> *ImageableArea C5/C5:	"0.000 0.000 459.000 649.000"
> *ImageableArea C5_l/C5 landscape:	"0.000 0.000 649.000 459.000"
> *ImageableArea w354h918/B6-C4:	"0.000 0.000 354.000 918.000"
> *ImageableArea w354h918_l/B6-C4 landscape:	"0.000 0.000 918.000 354.000"
> *ImageableArea C6/C6:	"0.000 0.000 323.000 459.000"
> *ImageableArea C6_l/C6 landscape:	"0.000 0.000 459.000 323.000"
> *ImageableArea DL/DL:	"0.000 0.000 311.000 623.000"
> *ImageableArea DL_l/DL landscape:	"0.000 0.000 623.000 311.000"
> *ImageableArea w229h459/C7-6:	"0.000 0.000 229.000 459.000"
> *ImageableArea w229h459_l/C7-6 landscape:	"0.000 0.000 459.000 229.000"
> *ImageableArea C7/C7:	"0.000 0.000 229.000 323.000"
> *ImageableArea C7_l/C7 landscape:	"0.000 0.000 323.000 229.000"
> *ImageableArea C8/C8:	"0.000 0.000 161.000 229.000"
> *ImageableArea C8_l/C8 landscape:	"0.000 0.000 229.000 161.000"
> *ImageableArea C9/C9:	"0.000 0.000 113.000 161.000"
> *ImageableArea C9_l/C9 landscape:	"0.000 0.000 161.000 113.000"
> *ImageableArea C10/C10:	"0.000 0.000 79.000 113.000"
> *ImageableArea C10_l/C10 landscape:	"0.000 0.000 113.000 79.000"
> *ImageableArea EA5/EA5:	"0.000 0.000 442.000 649.000"
> *ImageableArea EA5_l/EA5 landscape:	"0.000 0.000 649.000 442.000"
> *ImageableArea ARCHA/ArchA:	"0.000 0.000 648.000 864.000"
> *ImageableArea ARCHA_trans/ArchA transposed:	"0.000 0.000 864.000 648.000"
> *ImageableArea ARCHB/ArchB:	"0.000 0.000 864.000 1296.000"
> *ImageableArea w612h936/American foolscap:	"0.000 0.000 612.000 936.000"
> *ImageableArea w648h936/European foolscap:	"0.000 0.000 648.000 936.000"
> *ImageableArea w535h697/Crown Quarto:	"0.000 0.000 535.000 697.000"
> *ImageableArea w569h731/Large Crown Quarto:	"0.000 0.000 569.000 731.000"
> *ImageableArea w620h782/Demy Quarto:	"0.000 0.000 620.000 782.000"
> *ImageableArea w671h884/Royal Quarto:	"0.000 0.000 671.000 884.000"
> *ImageableArea w348h527/Crown Octavo:	"0.000 0.000 348.000 527.000"
> *ImageableArea w365h561/Large Crown Octavo:	"0.000 0.000 365.000 561.000"
> *ImageableArea w391h612/Demy Octavo:	"0.000 0.000 391.000 612.000"
> *ImageableArea w442h663/Royal Octavo:	"0.000 0.000 442.000 663.000"
> *ImageableArea w314h504/Small paperback:	"0.000 0.000 314.000 504.000"
> *ImageableArea w314h513/Penguin small paperback:	"0.000 0.000 314.000 513.000"
> *ImageableArea cw365h561/Penguin large paperback:	"0.000 0.000 365.000 561.000"
> *ImageableArea w283h425/10cm x 15cm:	"0.000 0.000 283.000 425.000"
> *ImageableArea w283h420/Hagaki Card:	"0.000 0.000 283.000 420.000"
> *ImageableArea w420h567/Oufuku Card:	"0.000 0.000 420.000 567.000"
> *ImageableArea w340h666/Japanese long envelope #3:	"0.000 0.000 340.000 666.000"
> *ImageableArea w340h666_l/Japanese long envelope #3 landscape:	"0.000 0.000 666.000 340.000"
> *ImageableArea w255h581/Japanese long envelope #4:	"0.000 0.000 255.000 581.000"
> *ImageableArea w255h581_l/Japanese long envelope #4 landscape:	"0.000 0.000 581.000 255.000"
> *ImageableArea w297h666/Japanese Western-style envelope #4:	"0.000 0.000 297.000 666.000"
> *ImageableArea w297h666_l/Japanese Western-style envelope #4 landscape:	"0.000 0.000 666.000 297.000"
> *ImageableArea w277h538/Japanese Western-style envelope #6:	"0.000 0.000 277.000 538.000"
> *ImageableArea w277h538_l/Japanese Western-style envelope #6 landscape:	"0.000 0.000 538.000 277.000"
> *ImageableArea w680h941/Japanese Kaku envelope #4:	"0.000 0.000 680.000 941.000"
> *ImageableArea w680h941_l/Japanese Kaku envelope #4 landscape:	"0.000 0.000 941.000 680.000"
> *ImageableArea COM10/Commercial 10:	"0.000 0.000 297.000 684.000"
> *ImageableArea COM10_l/Commercial 10 landscape:	"0.000 0.000 684.000 297.000"
> *ImageableArea w315h414/A2 Invitation:	"0.000 0.000 315.000 414.000"
> *ImageableArea Monarch/Monarch Envelope:	"0.000 0.000 279.000 540.000"
> *ImageableArea Monarch_l/Monarch Envelope landscape:	"0.000 0.000 540.000 279.000"
> *ImageableArea w288h387/4x5 3/8:	"0.000 0.000 288.000 387.000"
> *ImageableArea w288h504/4x7:	"0.000 0.000 288.000 504.000"
> *ImageableArea w288h512/Wide 101.6x180.6:	"0.000 0.000 288.000 512.000"
> *ImageableArea w253h337/CP_L:	"0.000 0.000 253.000 337.000"
> *ImageableArea w155h244/Credit Card:	"0.000 0.000 155.000 244.000"
> *ImageableArea w155h257/Japanese Business Card:	"0.000 0.000 155.000 257.000"
> *ImageableArea w283h566/Wide Postcard:	"0.000 0.000 283.000 566.000"
> *ImageableArea w612h935/Chilean Office:	"0.000 0.000 612.000 935.000"
> *ImageableArea A3plus/A3+:	"0.000 0.000 932.000 1369.000"
> *ImageableArea LegalIndia/Legal (India):	"0.000 0.000 609.000 978.000"
> *ImageableArea Oficio/Oficio:	"0.000 0.000 612.000 900.000"
> *ImageableArea B-Oficio/ Brazil Oficio:	"0.000 0.000 612.000 1006.000"
> *ImageableArea M-Oficio/Mexico Oficio:	"0.000 0.000 612.000 966.000"

Matt

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/23/21 8:42 AM, Matt Broughton wrote:
> 
> 
>> On Feb 22, 2021, at 9:43 PM, Robert Krawitz <rl...@al...> wrote:
>>
>> On 2/22/21 9:50 PM, Matt Broughton wrote:
>>>
>>>
>>>> On Feb 22, 2021, at 12:41 PM, Steve Letter <sle...@ya...> wrote:
>>>>
>>>> I ran both notes and pages. Attempting to bring up the printer features for the Epson mk  II crashed them both (and sent crash reports to Apple)
>>>
>>> This is interesting if it leads somewhere:
>>> In the /xml/printers/canon.xml there are only two printers with the name Pro9000.  
>>> They are also the only printers using the driver="bjc-Pro9000* and model=700900*
>>> --lines 359 thru 366
>>> driver="bjc-PIXUS-Pro9000" manufacturer="Canon" model="7009000" and 
>>> driver="bjc-Pro9000mk2-series" manufacturer="Canon" model="7009002"
>>>
>>> In the  /xml/printers/escp2.xml  there is only one printer in the XP-15000 series.
>>> It is the only escp2 printer using (line 99)
>>> driver="escp2-xp15000" manufacturer="Epson" model="132"
>>>
>>> None of these three printers show anything under Printer Features in recent versions of macos.  It would appear that this is the case for macos 10.14 Mojave through macos 11 Big Sur.  All three printers display fine in macos 10.7.5.  I will try to chase this backwards to see if I can tell what version of macos this might have been the start of troubles.
>>>
>>> In the mean time, any thoughts?  Are there any other "one off" printers to take a look at?
>>
>> There are plenty of one-off printers.  The XML isn't visible outside of Gutenprint; I'd be pretty
>> surprised if that's the problem.  These are both complex wide format printers.  I suspect it's more
>> likely that we're running into some limit, perhaps total PPD size, perhaps number of options or
>> values (in particular, number of paper sizes; IIRC that was a problem in the past).
>>
>> If paper sizes is the problem, there are various ways to test it.  One way might be to check the
>> Epson Stylus Photo R1800 vs. the Stylus Photo R800; the R1800 is the same as the R800 except for the
>> width (13" carriage vs. 8.5").
> 
> The size of the PPD and/or the complexity of the PPD seems to be the key.  I created a simplified PPD for the Canon Pro9000.MKII.  The printer features are now shown.  Comparative lines:  full PPD has 3085 lines, the simplified PPD has only 612 lines.  I will check some of the others such as the Epson XP-15000 and the other ones you mentioned.  Finding a way to deal with the issue is another story.

I particularly want to check the number of paper sizes, since that's the largest single option block.

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 22, 2021, at 9:43 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/22/21 9:50 PM, Matt Broughton wrote:
>> 
>> 
>>> On Feb 22, 2021, at 12:41 PM, Steve Letter <sle...@ya...> wrote:
>>> 
>>> I ran both notes and pages. Attempting to bring up the printer features for the Epson mk  II crashed them both (and sent crash reports to Apple)
>> 
>> This is interesting if it leads somewhere:
>> In the /xml/printers/canon.xml there are only two printers with the name Pro9000.  
>> They are also the only printers using the driver="bjc-Pro9000* and model=700900*
>> --lines 359 thru 366
>> driver="bjc-PIXUS-Pro9000" manufacturer="Canon" model="7009000" and 
>> driver="bjc-Pro9000mk2-series" manufacturer="Canon" model="7009002"
>> 
>> In the  /xml/printers/escp2.xml  there is only one printer in the XP-15000 series.
>> It is the only escp2 printer using (line 99)
>> driver="escp2-xp15000" manufacturer="Epson" model="132"
>> 
>> None of these three printers show anything under Printer Features in recent versions of macos.  It would appear that this is the case for macos 10.14 Mojave through macos 11 Big Sur.  All three printers display fine in macos 10.7.5.  I will try to chase this backwards to see if I can tell what version of macos this might have been the start of troubles.
>> 
>> In the mean time, any thoughts?  Are there any other "one off" printers to take a look at?
> 
> There are plenty of one-off printers.  The XML isn't visible outside of Gutenprint; I'd be pretty
> surprised if that's the problem.  These are both complex wide format printers.  I suspect it's more
> likely that we're running into some limit, perhaps total PPD size, perhaps number of options or
> values (in particular, number of paper sizes; IIRC that was a problem in the past).
> 
> If paper sizes is the problem, there are various ways to test it.  One way might be to check the
> Epson Stylus Photo R1800 vs. the Stylus Photo R800; the R1800 is the same as the R800 except for the
> width (13" carriage vs. 8.5").


The size of the PPD and/or the complexity of the PPD seems to be the key.  I created a simplified PPD for the Canon Pro9000.MKII.  The printer features are now shown.  Comparative lines:  full PPD has 3085 lines, the simplified PPD has only 612 lines.  I will check some of the others such as the Epson XP-15000 and the other ones you mentioned.  Finding a way to deal with the issue is another story.

Matt

Re: [Gimp-print-devel] Mac Big sur

[Robert K. <rl...@al...>]

On 2/22/21 9:50 PM, Matt Broughton wrote:
> 
> 
>> On Feb 22, 2021, at 12:41 PM, Steve Letter <sle...@ya...> wrote:
>>
>> I ran both notes and pages. Attempting to bring up the printer features for the Epson mk  II crashed them both (and sent crash reports to Apple)
> 
> This is interesting if it leads somewhere:
> In the /xml/printers/canon.xml there are only two printers with the name Pro9000.  
> They are also the only printers using the driver="bjc-Pro9000* and model=700900*
> --lines 359 thru 366
> driver="bjc-PIXUS-Pro9000" manufacturer="Canon" model="7009000" and 
> driver="bjc-Pro9000mk2-series" manufacturer="Canon" model="7009002"
> 
> In the  /xml/printers/escp2.xml  there is only one printer in the XP-15000 series.
> It is the only escp2 printer using (line 99)
> driver="escp2-xp15000" manufacturer="Epson" model="132"
> 
> None of these three printers show anything under Printer Features in recent versions of macos.  It would appear that this is the case for macos 10.14 Mojave through macos 11 Big Sur.  All three printers display fine in macos 10.7.5.  I will try to chase this backwards to see if I can tell what version of macos this might have been the start of troubles.
> 
> In the mean time, any thoughts?  Are there any other "one off" printers to take a look at?

There are plenty of one-off printers.  The XML isn't visible outside of Gutenprint; I'd be pretty
surprised if that's the problem.  These are both complex wide format printers.  I suspect it's more
likely that we're running into some limit, perhaps total PPD size, perhaps number of options or
values (in particular, number of paper sizes; IIRC that was a problem in the past).

If paper sizes is the problem, there are various ways to test it.  One way might be to check the
Epson Stylus Photo R1800 vs. the Stylus Photo R800; the R1800 is the same as the R800 except for the
width (13" carriage vs. 8.5").

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 22, 2021, at 12:41 PM, Steve Letter <sle...@ya...> wrote:
> 
> 
>> On Feb 22, 2021, at 1:20 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> 
>>> On Feb 22, 2021, at 7:58 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>>> 
>>> Moved back to 5.3.3 with exactly the same results   So I crash with either 5.3.3 under Rosetta 2 or the experimental M1 native 5.3.4. With the HP Officejet driver I don’t have a problem. 
>>> 
>>> Steve Letter
>>> Sent from my Symbolics Lisp Machine using zmail. 
>>> 
>>>>> On Feb 22, 2021, at 8:24 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>>>> 
>>>> I may not be seeing the same problem but when I try to bring up printer features any application “quits unexpectedly”.  
>>>> 
>>>> This on my M1 with the latest M1 version of Gutenprint. 
>>>> 
>>>> However, doing the same for the HP Officejet Pro 1175c works. 
>>>> 
>>>> Steve Letter
>>>> Sent from my Symbolics Lisp Machine using zmail. 
>> 
>> macos 10.14 Mojave:  Using either the Epson XP-15000 or Canon Pro-9000 and Gutenprint 5.3.4.  Neither printer shows options under Printer Options.  Both mostly print to file without problem.  The one exception I found is that MS Excel will crash when trying to display Printer Features.  I haven't been able to find any crash report on these instances.
>> 
>> Matt
> 
> I ran both notes and pages. Attempting to bring up the printer features for the Epson mk  II crashed them both (and sent crash reports to Apple)

This is interesting if it leads somewhere:
In the /xml/printers/canon.xml there are only two printers with the name Pro9000.  
They are also the only printers using the driver="bjc-Pro9000* and model=700900*
--lines 359 thru 366
driver="bjc-PIXUS-Pro9000" manufacturer="Canon" model="7009000" and 
driver="bjc-Pro9000mk2-series" manufacturer="Canon" model="7009002"

In the  /xml/printers/escp2.xml  there is only one printer in the XP-15000 series.
It is the only escp2 printer using (line 99)
driver="escp2-xp15000" manufacturer="Epson" model="132"

None of these three printers show anything under Printer Features in recent versions of macos.  It would appear that this is the case for macos 10.14 Mojave through macos 11 Big Sur.  All three printers display fine in macos 10.7.5.  I will try to chase this backwards to see if I can tell what version of macos this might have been the start of troubles.

In the mean time, any thoughts?  Are there any other "one off" printers to take a look at?

Matt

[Gimp-print-devel] Kodak Hero Multifunction Printers

[Dan B. <db...@gm...>]

Hi There!

Dan Bashur here from Low End Mac..

I'd really love to get my Kodak Hero 9.1 going on MacOS Mojave and later.
If you need a copy of the old driver to reverse engineer some things, I'd
be happy to provide it.  The one thing that I can tell you is that the
Kodak All in One software partially broke in High Sierra and completely
broke in Mojave and later.  You can't run the installer at all in Mojave
and later (might be a 32-bit only "outer wrapper" for the package), but all
of the critical packages will execute individually. In High Sierra the
installer itself actually still executes and lets you apply the driver
(MacOS pulls down the XCode Command Line tools to let the installer execute
in High Sierra as well as the individual packages in Mojave/Catalina if
that gives you any hints).

Oddly enough, you can't print to the printer directly once you install
everything in High Sierra and apply the driver, but it will let you print
when another fully supported Mac is on the same network (example - one
running Snow Leopard) with the drivers installed via printer sharing.
There has to be some kind of bug in the way the printer handshakes on the
network in High Sierra that causes the Kodak All in One software to
partially malfunction despite the driver being there and the printer being
detected.

In Mojave/Catalina one of the packages bundled in the installer does not
work at all and could be a critical one.  Will have to verify exactly which
one failed.

At any rate, if a Gutenprint Driver can fix these issues (especially in
Mojave/Catalina), that would be wonderful! I can live without some of the
multifunction features as you can go straight to the machine to fax as
needed or scan documents straight to an attached thumb drive and can use
the sharing mechanism in High Sierra as a workaround.  It's a pity Kodak
shuttered it's printing business so fast and later drivers and some further
updates were not made to the Kodak All in One software.  These Heros
(especially the feature rich 9.1) were high quality machines.  I've owned
mine for 13 years and only had to replace one print head.  Otherwise
flawless and extremely economical!

Thanks for all your hard work on Gutenprint/GIMP Print over the years.  If
you have a donate button, I'd be happy to contribute if you can get this
working for my Kodak Hero 9.1.  I could also write a nice article on Low
End Mac for you to remind our community that Gutenprint is out there still
to help keep these orphaned printers alive!

Regards and all the best!

Dan Bashur
Low End Mac

[Gimp-print-devel] MacOS Build Status

[Steve L. <sle...@ya...>]

I am working on two fronts. The first and most successful, building universal packages on an i86 machine. I still can only build by hand but I am making progress automating most of it. I have also discovered the uninstall script is not properly notarized. 

The second front is to build a universal package on my M1 machine. I have two bugs (at least) I’m working with. One, if the directory structure is too deep I fail signing files. Two, building a disk image fails. In the first case I have a simple workaround. The second, I copy everything over to an i86 system and build the image there. 

I’d like to build an official release (candidate) this weekend, if we are ready.  

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

> On Feb 22, 2021, at 1:20 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Feb 22, 2021, at 7:58 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>> 
>> Moved back to 5.3.3 with exactly the same results   So I crash with either 5.3.3 under Rosetta 2 or the experimental M1 native 5.3.4. With the HP Officejet driver I don’t have a problem. 
>> 
>> Steve Letter
>> Sent from my Symbolics Lisp Machine using zmail. 
>> 
>>>> On Feb 22, 2021, at 8:24 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>>> 
>>> I may not be seeing the same problem but when I try to bring up printer features any application “quits unexpectedly”.  
>>> 
>>> This on my M1 with the latest M1 version of Gutenprint. 
>>> 
>>> However, doing the same for the HP Officejet Pro 1175c works. 
>>> 
>>> Steve Letter
>>> Sent from my Symbolics Lisp Machine using zmail. 
> 
> macos 10.14 Mojave:  Using either the Epson XP-15000 or Canon Pro-9000 and Gutenprint 5.3.4.  Neither printer shows options under Printer Options.  Both mostly print to file without problem.  The one exception I found is that MS Excel will crash when trying to display Printer Features.  I haven't been able to find any crash report on these instances.
> 
> Matt

I ran both notes and pages. Attempting to bring up the printer features for the Epson mk  II crashed them both (and sent crash reports to Apple)

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 22, 2021, at 7:58 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
> 
> Moved back to 5.3.3 with exactly the same results   So I crash with either 5.3.3 under Rosetta 2 or the experimental M1 native 5.3.4. With the HP Officejet driver I don’t have a problem. 
> 
> Steve Letter
> Sent from my Symbolics Lisp Machine using zmail. 
> 
>> On Feb 22, 2021, at 8:24 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
>> 
>> I may not be seeing the same problem but when I try to bring up printer features any application “quits unexpectedly”.  
>> 
>> This on my M1 with the latest M1 version of Gutenprint. 
>> 
>> However, doing the same for the HP Officejet Pro 1175c works. 
>> 
>> Steve Letter
>> Sent from my Symbolics Lisp Machine using zmail. 

macos 10.14 Mojave:  Using either the Epson XP-15000 or Canon Pro-9000 and Gutenprint 5.3.4.  Neither printer shows options under Printer Options.  Both mostly print to file without problem.  The one exception I found is that MS Excel will crash when trying to display Printer Features.  I haven't been able to find any crash report on these instances.

Matt







>> 
>>> On Feb 21, 2021, at 9:01 PM, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> Mark, again please post to the list.
>>> 
>>> There does seem to be a bug somewhere with this.  I can duplicate it on macos 10.14.  I know there is a bug in Apple's printing system there but I can usually work around it.  Apparently the work around does not work every time.
>>> 
>>> I tested this in Mac OS X 10.7.5.  Everything displayed fine, so this may be a bug in Big Sur similar to one in macos 10.14.  We will have to take a closer look.  It doesn't seem to be a problem with Gutenprint however.  This is the importance of posting to the list.  Everyone can contribute.
>>> 
>>> Steve, or anyone else on Big Sur, can you confirm this?  Add a printer and choose the Canon Pro9000 Mk.II series and see if the printer features are listed.  I ran into this issue with the Epson XP-15000 Series in macos 10.14.
>>> 
>>> Matt
>>> 
>>>>> On Feb 21, 2021, at 6:31 PM, Mark Terry <ma...@gm...> wrote:
>>>> 
>>>> Very sorry - I used an email link on the Gimp-Print page, I haven't posted on a list.
>>>> Printer Settings  unfortunately doesn't make anything further available.
>>>> Thanks - I'll find a support page.
>>>> 
>>>>> On Sun, 21 Feb 2021 at 20:38, Matt Broughton <wal...@ma...> wrote:
>>>>> 
>>>>> 
>>>>>> On Feb 21, 2021, at 2:22 PM, Mark Terry <ma...@gm...> wrote:
>>>>> 
>>>>> 
>>>>> Thanks for your quick reply. 
>>>>> Its a Canon Pro 9000 mk.II (USB)
>>>>> Yes - am using the same printer as specified when I added it.
>>>>> Highlighted printer indicates Gutenberg, but 5.3.3. not 5.3.4...
>>>>> Yes, Rosetta 2 installed as default.
>>>>> 
>>>>> 
>>>>> I can specify the Gutenberg driver:
>>>>> <Screenshot 2021-02-21 at 20.00.09.png>
>>>>> 
>>>>> 
>>>>> 
>>>>> But limited options:
>>>>> 
>>>>> <Screenshot 2021-02-21 at 20.13.11.png>
>>>>> 
>>>>> 
>>>>> Could the 5.33 instead of 5.3.4 be the cause? Otherwise I can wait until native M1...
>>>>> 
>>>>> Thanks for your help
>>>>> 
>>>>> Mark
>>>> 
>>>> Please respond to the list and not to me individually.
>>>> 
>>>> All of the printer settings will be available when you select Printer Settings.
>>>> Matt
>>>> 
>>>> Sent from my iPad
>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Sun, 21 Feb 2021 at 19:57, Matt Broughton <wal...@ma...> wrote:
>>>>> 
>>>>> 
>>>>>> On Feb 21, 2021, at 8:40 AM, mark terry via Gimp-print-devel <gim...@li...> wrote:
>>>>>> 
>>>>>> Hi, 
>>>>>> 
>>>>>> I have downloaded the latest Gutenbeg Driver for OSX, which works with Big Sur (although I understand it is not specifically designed for M1 Macs yet.)
>>>>>> 
>>>>>> The printer settings do not give me access to any colour adjustment - only basic settings - I'm sure I'm making a simple mistake but help would be appreciated.
>>>>> 
>>>>> What printer do you have?  There are several things I can think of for your problem.  
>>>>> 
>>>>> The limitation to make only the basic choices is usually associated with AirPrint drivers.  When you added the printer from the System Preferences, were you able to actually specify the Gutenprint drivers?  Are you using the printer with the same name as you added from the System Preferences.  When you highlight your printer in Printers & Scanners, The "Kind:" should indicated that you are using CUPS+Gutenprint v 5.3.4
>>>>> 
>>>>> Do you have Rosetta 2 installed?  Currently Rosetta 2 is required to use the Gutenprint drivers.  When we do have a package that supports the M1 chip natively, there shouldn't be any difference in how it appears.  It will use the same code base as is now used for the Intel based Macs.  Presumably the M1 and Intel drivers will be compiled at the same time.  Each binary will have both the Intel and the M1 component.
>>>>> 
>>>>> Matt
>>>>> 
>>>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Gimp-print-devel mailing list
>>> Gim...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

Moved back to 5.3.3 with exactly the same results   So I crash with either 5.3.3 under Rosetta 2 or the experimental M1 native 5.3.4. With the HP Officejet driver I don’t have a problem. 

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

> On Feb 22, 2021, at 8:24 AM, Steve Letter via Gimp-print-devel <gim...@li...> wrote:
> 
> I may not be seeing the same problem but when I try to bring up printer features any application “quits unexpectedly”.  
> 
> This on my M1 with the latest M1 version of Gutenprint. 
> 
> However, doing the same for the HP Officejet Pro 1175c works. 
> 
> Steve Letter
> Sent from my Symbolics Lisp Machine using zmail. 
> 
>> On Feb 21, 2021, at 9:01 PM, Matt Broughton <wal...@ma...> wrote:
>> 
>> Mark, again please post to the list.
>> 
>> There does seem to be a bug somewhere with this.  I can duplicate it on macos 10.14.  I know there is a bug in Apple's printing system there but I can usually work around it.  Apparently the work around does not work every time.
>> 
>> I tested this in Mac OS X 10.7.5.  Everything displayed fine, so this may be a bug in Big Sur similar to one in macos 10.14.  We will have to take a closer look.  It doesn't seem to be a problem with Gutenprint however.  This is the importance of posting to the list.  Everyone can contribute.
>> 
>> Steve, or anyone else on Big Sur, can you confirm this?  Add a printer and choose the Canon Pro9000 Mk.II series and see if the printer features are listed.  I ran into this issue with the Epson XP-15000 Series in macos 10.14.
>> 
>> Matt
>> 
>>>> On Feb 21, 2021, at 6:31 PM, Mark Terry <ma...@gm...> wrote:
>>> 
>>> Very sorry - I used an email link on the Gimp-Print page, I haven't posted on a list.
>>> Printer Settings  unfortunately doesn't make anything further available.
>>> Thanks - I'll find a support page.
>>> 
>>>> On Sun, 21 Feb 2021 at 20:38, Matt Broughton <wal...@ma...> wrote:
>>>> 
>>>> 
>>>>> On Feb 21, 2021, at 2:22 PM, Mark Terry <ma...@gm...> wrote:
>>>> 
>>>> 
>>>> Thanks for your quick reply. 
>>>> Its a Canon Pro 9000 mk.II (USB)
>>>> Yes - am using the same printer as specified when I added it.
>>>> Highlighted printer indicates Gutenberg, but 5.3.3. not 5.3.4...
>>>> Yes, Rosetta 2 installed as default.
>>>> 
>>>> 
>>>> I can specify the Gutenberg driver:
>>>> <Screenshot 2021-02-21 at 20.00.09.png>
>>>> 
>>>> 
>>>> 
>>>> But limited options:
>>>> 
>>>> <Screenshot 2021-02-21 at 20.13.11.png>
>>>> 
>>>> 
>>>> Could the 5.33 instead of 5.3.4 be the cause? Otherwise I can wait until native M1...
>>>> 
>>>> Thanks for your help
>>>> 
>>>> Mark
>>> 
>>> Please respond to the list and not to me individually.
>>> 
>>> All of the printer settings will be available when you select Printer Settings.
>>> Matt
>>> 
>>> Sent from my iPad
>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Sun, 21 Feb 2021 at 19:57, Matt Broughton <wal...@ma...> wrote:
>>>> 
>>>> 
>>>>> On Feb 21, 2021, at 8:40 AM, mark terry via Gimp-print-devel <gim...@li...> wrote:
>>>>> 
>>>>> Hi, 
>>>>> 
>>>>> I have downloaded the latest Gutenbeg Driver for OSX, which works with Big Sur (although I understand it is not specifically designed for M1 Macs yet.)
>>>>> 
>>>>> The printer settings do not give me access to any colour adjustment - only basic settings - I'm sure I'm making a simple mistake but help would be appreciated.
>>>> 
>>>> What printer do you have?  There are several things I can think of for your problem.  
>>>> 
>>>> The limitation to make only the basic choices is usually associated with AirPrint drivers.  When you added the printer from the System Preferences, were you able to actually specify the Gutenprint drivers?  Are you using the printer with the same name as you added from the System Preferences.  When you highlight your printer in Printers & Scanners, The "Kind:" should indicated that you are using CUPS+Gutenprint v 5.3.4
>>>> 
>>>> Do you have Rosetta 2 installed?  Currently Rosetta 2 is required to use the Gutenprint drivers.  When we do have a package that supports the M1 chip natively, there shouldn't be any difference in how it appears.  It will use the same code base as is now used for the Intel based Macs.  Presumably the M1 and Intel drivers will be compiled at the same time.  Each binary will have both the Intel and the M1 component.
>>>> 
>>>> Matt
>>>> 
>>>> 
>> 
>> 
>> 
>> _______________________________________________
>> Gimp-print-devel mailing list
>> Gim...@li...
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Steve L. <sle...@ya...>]

I may not be seeing the same problem but when I try to bring up printer features any application “quits unexpectedly”.  

This on my M1 with the latest M1 version of Gutenprint. 

However, doing the same for the HP Officejet Pro 1175c works. 

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

> On Feb 21, 2021, at 9:01 PM, Matt Broughton <wal...@ma...> wrote:
> 
> Mark, again please post to the list.
> 
> There does seem to be a bug somewhere with this.  I can duplicate it on macos 10.14.  I know there is a bug in Apple's printing system there but I can usually work around it.  Apparently the work around does not work every time.
> 
> I tested this in Mac OS X 10.7.5.  Everything displayed fine, so this may be a bug in Big Sur similar to one in macos 10.14.  We will have to take a closer look.  It doesn't seem to be a problem with Gutenprint however.  This is the importance of posting to the list.  Everyone can contribute.
> 
> Steve, or anyone else on Big Sur, can you confirm this?  Add a printer and choose the Canon Pro9000 Mk.II series and see if the printer features are listed.  I ran into this issue with the Epson XP-15000 Series in macos 10.14.
> 
> Matt
> 
>> On Feb 21, 2021, at 6:31 PM, Mark Terry <ma...@gm...> wrote:
>> 
>> Very sorry - I used an email link on the Gimp-Print page, I haven't posted on a list.
>> Printer Settings  unfortunately doesn't make anything further available.
>> Thanks - I'll find a support page.
>> 
>>> On Sun, 21 Feb 2021 at 20:38, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>>> On Feb 21, 2021, at 2:22 PM, Mark Terry <ma...@gm...> wrote:
>>> 
>>> 
>>> Thanks for your quick reply. 
>>> Its a Canon Pro 9000 mk.II (USB)
>>> Yes - am using the same printer as specified when I added it.
>>> Highlighted printer indicates Gutenberg, but 5.3.3. not 5.3.4...
>>> Yes, Rosetta 2 installed as default.
>>> 
>>> 
>>> I can specify the Gutenberg driver:
>>> <Screenshot 2021-02-21 at 20.00.09.png>
>>> 
>>> 
>>> 
>>> But limited options:
>>> 
>>> <Screenshot 2021-02-21 at 20.13.11.png>
>>> 
>>> 
>>> Could the 5.33 instead of 5.3.4 be the cause? Otherwise I can wait until native M1...
>>> 
>>> Thanks for your help
>>> 
>>> Mark
>> 
>> Please respond to the list and not to me individually.
>> 
>> All of the printer settings will be available when you select Printer Settings.
>> Matt
>> 
>> Sent from my iPad
>> 
>>> 
>>> 
>>> 
>>> 
>>>> On Sun, 21 Feb 2021 at 19:57, Matt Broughton <wal...@ma...> wrote:
>>> 
>>> 
>>>> On Feb 21, 2021, at 8:40 AM, mark terry via Gimp-print-devel <gim...@li...> wrote:
>>>> 
>>>> Hi, 
>>>> 
>>>> I have downloaded the latest Gutenbeg Driver for OSX, which works with Big Sur (although I understand it is not specifically designed for M1 Macs yet.)
>>>> 
>>>> The printer settings do not give me access to any colour adjustment - only basic settings - I'm sure I'm making a simple mistake but help would be appreciated.
>>> 
>>> What printer do you have?  There are several things I can think of for your problem.  
>>> 
>>> The limitation to make only the basic choices is usually associated with AirPrint drivers.  When you added the printer from the System Preferences, were you able to actually specify the Gutenprint drivers?  Are you using the printer with the same name as you added from the System Preferences.  When you highlight your printer in Printers & Scanners, The "Kind:" should indicated that you are using CUPS+Gutenprint v 5.3.4
>>> 
>>> Do you have Rosetta 2 installed?  Currently Rosetta 2 is required to use the Gutenprint drivers.  When we do have a package that supports the M1 chip natively, there shouldn't be any difference in how it appears.  It will use the same code base as is now used for the Intel based Macs.  Presumably the M1 and Intel drivers will be compiled at the same time.  Each binary will have both the Intel and the M1 component.
>>> 
>>> Matt
>>> 
>>> 
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

Mark, again please post to the list.

There does seem to be a bug somewhere with this.  I can duplicate it on macos 10.14.  I know there is a bug in Apple's printing system there but I can usually work around it.  Apparently the work around does not work every time.

I tested this in Mac OS X 10.7.5.  Everything displayed fine, so this may be a bug in Big Sur similar to one in macos 10.14.  We will have to take a closer look.  It doesn't seem to be a problem with Gutenprint however.  This is the importance of posting to the list.  Everyone can contribute.

Steve, or anyone else on Big Sur, can you confirm this?  Add a printer and choose the Canon Pro9000 Mk.II series and see if the printer features are listed.  I ran into this issue with the Epson XP-15000 Series in macos 10.14.

Matt

> On Feb 21, 2021, at 6:31 PM, Mark Terry <ma...@gm...> wrote:
> 
> Very sorry - I used an email link on the Gimp-Print page, I haven't posted on a list.
> Printer Settings  unfortunately doesn't make anything further available.
> Thanks - I'll find a support page.
> 
> On Sun, 21 Feb 2021 at 20:38, Matt Broughton <wal...@ma...> wrote:
> 
> 
>> On Feb 21, 2021, at 2:22 PM, Mark Terry <ma...@gm...> wrote:
>> 
>> 
>> Thanks for your quick reply. 
>> Its a Canon Pro 9000 mk.II (USB)
>> Yes - am using the same printer as specified when I added it.
>> Highlighted printer indicates Gutenberg, but 5.3.3. not 5.3.4...
>> Yes, Rosetta 2 installed as default.
>> 
>> 
>> I can specify the Gutenberg driver:
>> <Screenshot 2021-02-21 at 20.00.09.png>
>> 
>> 
>> 
>> But limited options:
>> 
>> <Screenshot 2021-02-21 at 20.13.11.png>
>> 
>> 
>> Could the 5.33 instead of 5.3.4 be the cause? Otherwise I can wait until native M1...
>> 
>> Thanks for your help
>> 
>> Mark
>  
> Please respond to the list and not to me individually.
> 
> All of the printer settings will be available when you select Printer Settings.
> Matt
> 
> Sent from my iPad
> 
>> 
>> 
>> 
>> 
>> On Sun, 21 Feb 2021 at 19:57, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> > On Feb 21, 2021, at 8:40 AM, mark terry via Gimp-print-devel <gim...@li...> wrote:
>> > 
>> > Hi, 
>> > 
>> > I have downloaded the latest Gutenbeg Driver for OSX, which works with Big Sur (although I understand it is not specifically designed for M1 Macs yet.)
>> > 
>> > The printer settings do not give me access to any colour adjustment - only basic settings - I'm sure I'm making a simple mistake but help would be appreciated.
>> 
>> What printer do you have?  There are several things I can think of for your problem.  
>> 
>> The limitation to make only the basic choices is usually associated with AirPrint drivers.  When you added the printer from the System Preferences, were you able to actually specify the Gutenprint drivers?  Are you using the printer with the same name as you added from the System Preferences.  When you highlight your printer in Printers & Scanners, The "Kind:" should indicated that you are using CUPS+Gutenprint v 5.3.4
>> 
>> Do you have Rosetta 2 installed?  Currently Rosetta 2 is required to use the Gutenprint drivers.  When we do have a package that supports the M1 chip natively, there shouldn't be any difference in how it appears.  It will use the same code base as is now used for the Intel based Macs.  Presumably the M1 and Intel drivers will be compiled at the same time.  Each binary will have both the Intel and the M1 component.
>> 
>> Matt
>> 
>> 

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 21, 2021, at 2:22 PM, Mark Terry <ma...@gm...> wrote:
> 
> 
> Thanks for your quick reply. 
> Its a Canon Pro 9000 mk.II (USB)
> Yes - am using the same printer as specified when I added it.
> Highlighted printer indicates Gutenberg, but 5.3.3. not 5.3.4...
> Yes, Rosetta 2 installed as default.
> 
> 
> I can specify the Gutenberg driver:
> <Screenshot 2021-02-21 at 20.00.09.png>
> 
> 
> 
> But limited options:
> 
> <Screenshot 2021-02-21 at 20.13.11.png>
> 
> 
> Could the 5.33 instead of 5.3.4 be the cause? Otherwise I can wait until native M1...
> 
> Thanks for your help
> 
> Mark
 
Please respond to the list and not to me individually.

All of the printer settings will be available when you select Printer Settings.
Matt

Sent from my iPad

> 
> 
> 
> 
>> On Sun, 21 Feb 2021 at 19:57, Matt Broughton <wal...@ma...> wrote:
>> 
>> 
>> > On Feb 21, 2021, at 8:40 AM, mark terry via Gimp-print-devel <gim...@li...> wrote:
>> > 
>> > Hi, 
>> > 
>> > I have downloaded the latest Gutenbeg Driver for OSX, which works with Big Sur (although I understand it is not specifically designed for M1 Macs yet.)
>> > 
>> > The printer settings do not give me access to any colour adjustment - only basic settings - I'm sure I'm making a simple mistake but help would be appreciated.
>> 
>> What printer do you have?  There are several things I can think of for your problem.  
>> 
>> The limitation to make only the basic choices is usually associated with AirPrint drivers.  When you added the printer from the System Preferences, were you able to actually specify the Gutenprint drivers?  Are you using the printer with the same name as you added from the System Preferences.  When you highlight your printer in Printers & Scanners, The "Kind:" should indicated that you are using CUPS+Gutenprint v 5.3.4
>> 
>> Do you have Rosetta 2 installed?  Currently Rosetta 2 is required to use the Gutenprint drivers.  When we do have a package that supports the M1 chip natively, there shouldn't be any difference in how it appears.  It will use the same code base as is now used for the Intel based Macs.  Presumably the M1 and Intel drivers will be compiled at the same time.  Each binary will have both the Intel and the M1 component.
>> 
>> Matt
>> 
>> 

Re: [Gimp-print-devel] Mac Big sur

[Matt B. <wal...@ma...>]

> On Feb 21, 2021, at 8:40 AM, mark terry via Gimp-print-devel <gim...@li...> wrote:
> 
> Hi, 
> 
> I have downloaded the latest Gutenbeg Driver for OSX, which works with Big Sur (although I understand it is not specifically designed for M1 Macs yet.)
> 
> The printer settings do not give me access to any colour adjustment - only basic settings - I'm sure I'm making a simple mistake but help would be appreciated.

What printer do you have?  There are several things I can think of for your problem.  

The limitation to make only the basic choices is usually associated with AirPrint drivers.  When you added the printer from the System Preferences, were you able to actually specify the Gutenprint drivers?  Are you using the printer with the same name as you added from the System Preferences.  When you highlight your printer in Printers & Scanners, The "Kind:" should indicated that you are using CUPS+Gutenprint v 5.3.4

Do you have Rosetta 2 installed?  Currently Rosetta 2 is required to use the Gutenprint drivers.  When we do have a package that supports the M1 chip natively, there shouldn't be any difference in how it appears.  It will use the same code base as is now used for the Intel based Macs.  Presumably the M1 and Intel drivers will be compiled at the same time.  Each binary will have both the Intel and the M1 component.

Matt