Re: [Gimp-print-devel] RFC: New release and abandoning MacOS?

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

> On Jun 28, 2023, at 8:19 PM, Solomon Peachy <pi...@sh...> wrote:
> 
> On Wed, Jun 28, 2023 at 07:44:55PM -0500, Matt Broughton wrote:
>> I am not sure I know all of the macOS issues or how difficult it would 
>> be to accomodate them.  I do know that the v5.3.x macOS releases are a 
>> show stopper for printers that can print on CDs or DVDs. No Printer 
>> Features can be seen in the GUI.  Even trying to see the Printer 
>> Features will crash some applications. PPDs can be modified to resolve 
>> this issue.  Alternatively, genppd.c can be modified.  I have a 
>> modified genppd.c we used for testing that fixes the issue.
> 
> Since this is due to a PPD construct, I assume this problem happens with 
> remote network printers (set up to use a PPD instead of IPP) as well as 
> locally-attached ones?

I believe that is correct.

> 
> Meanwhile, what's the technical argument against merging this change?

It isn't a technical argument.  It is a feature issue.  The problem under macOS is using custom CD sizes.  That is where the user can manually enter a value in the print window that isn't contained in the spin box.  The PPD needs to have the following lines removed--

*CustomStpCDOuterDiameter True: "pop"
*ParamCustomStpCDOuterDiameter Value/Value: 1 points 184 340
 
*CustomStpCDInnerDiameter True: "pop"
*ParamCustomStpCDInnerDiameter Value/Value: 1 points 45 121
 
*CustomStpCDXAdjustment True: "pop"
*ParamCustomStpCDXAdjustment Value/Value: 1 points -30 30
 
*CustomStpCDYAdjustment True: "pop"
*ParamCustomStpCDYAdjustment Value/Value: 1 points -30 30

Implementing the change globally takes away an important feature for non-macOS users.  There was no decision on how to deal with this.  It didn't seem palatable to test for Apple platform in the source code.

Matt