<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
On Wednesday, February 17, 2021 6:30 AM, Thomas Kluyver <thomas@kluyver.me.uk> wrote:
<blockquote style="margin-top:0;margin-bottom:0">
<div><br>
</div>
</blockquote>
<blockquote itemscope="" itemtype="https://schemas.microsoft.com/QuotedText" style="border-left: 3px solid rgb(200, 200, 200); border-top-color: rgb(200, 200, 200); border-right-color: rgb(200, 200, 200); border-bottom-color: rgb(200, 200, 200); padding-left: 1ex; margin-left: 0.8ex; color: rgb(102, 102, 102);">
<div>On Tue, 16 Feb 2021, at 23:04, Bollinger, John C wrote:</div>
<blockquote style="margin-top:0;margin-bottom:0">
<div>But that does not imply that some applications should be able to claim to be more equal than others with respect to particular file types.</div>
</blockquote>
<div><br>
</div>
<div>I think Jehan's idea is that applications should be able to claim to be *less* equal than others for a given mimetype, i.e. that GIMP could declare 'I can open JPEGs, but you should probably use something else by default'. Obviously, if the user explicitly
set GIMP as the default handler for image/jpeg, it would override this priority.</div>
<div><br>
</div>
</blockquote>
<div>Ok, on re-reading I can see that, but it is even less the GIMP's role to say "you should prefer other applications for opening JPEGs" than it is to say "you should prefer me for opening XCFs". Desktop files still are not the right place to express policy.
The MIME Applications specification still describes the right place(s).</div>
<div><br>
</div>
<div>If neither the user nor the system has explicitly configured any default application for a given MIME type then it is not reasonable for the user to expect the default application for that type to be stable. If that presents a problem for the user then
XDG already has a solution: configure their preferred default explicitly. If doing so is unreasonably difficult in some XDG-based environment then what is needed is better tools for that environment, not changes to the desktop file specification (and all
the tools based on it).</div>
<div><br>
</div>
<blockquote itemscope="" itemtype="https://schemas.microsoft.com/QuotedText" style="border-left: 3px solid rgb(200, 200, 200); border-top-color: rgb(200, 200, 200); border-right-color: rgb(200, 200, 200); border-bottom-color: rgb(200, 200, 200); padding-left: 1ex; margin-left: 0.8ex; color: rgb(102, 102, 102);">
<div>Distinguishing things like 'native' and 'equivalent intent' filetypes seems tempting, but I suspect it would end up with a lot of awkward grey areas. If this is a problem worth solving, I'd be more inclined to make a numeric priority scale, something like
the shared-mime-info database uses for assigning mimetypes to files (which allows e.g. ODT files to be recognised as ODT rather than general zip files).</div>
<div><br>
</div>
</blockquote>
<div>The problem here is that the application to be used to open files of a particular type is not an inherent characteristic of the file type, nor of the set of available applications that can handle that type. That's why the user has no good reason to expect
stability of default application where no specific one is configured. And it's also why the user is mischaracterizing the problem if they claim that the GIMP has taken over file associations for a given file type -- installing a desktop file simply does not
do that, because desktop files express no policy.</div>
<div><br>
</div>
<blockquote itemscope="" itemtype="https://schemas.microsoft.com/QuotedText" style="border-left: 3px solid rgb(200, 200, 200); border-top-color: rgb(200, 200, 200); border-right-color: rgb(200, 200, 200); border-bottom-color: rgb(200, 200, 200); padding-left: 1ex; margin-left: 0.8ex; color: rgb(102, 102, 102);">
<div>Another approach to the stability issue (e.g. GIMP 'taking over' the JPEG mimetype) is for the desktop to fix it: if you open a JPEG file and there isn't already a default application for that, store whatever it uses as the default application, so it won't
change unless the user manually changes the association or uninstalls that application. I think that could be done without changing any specs.</div>
<div><br>
</div>
</blockquote>
<div>Yes. This would be a manifestation of "better tools" such as I suggested above. It would be an appropriate way to address the issue from the XDG side.</div>
<div><br>
</div>
<div><br>
</div>
<div>John</div>
<br>
</div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> xdg <xdg-bounces@lists.freedesktop.org> on behalf of Thomas Kluyver <thomas@kluyver.me.uk><br>
<b>Sent:</b> Wednesday, February 17, 2021 6:30 AM<br>
<b>To:</b> xdg <xdg@lists.freedesktop.org><br>
<b>Subject:</b> Re: New `MimeType` fields in .desktop</font>
<div> </div>
</div>
<div>
<div style="background-color:#FFFFFF; padding:2pt; font-size:10pt; line-height:12pt; font-family:'Calibri'; font-weight:bold; color:#c10f3a; text-align:left">
Caution: External Sender. Do not open unless you know the content is safe.</div>
<br>
<div>
<div>On Tue, 16 Feb 2021, at 23:04, Bollinger, John C wrote:<br>
</div>
<blockquote type="cite" id="x_qt" style="">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
But that does not imply that some applications should be able to claim to be more equal than others with respect to particular file types.<br>
</div>
</blockquote>
<div><br>
</div>
<div>I think Jehan's idea is that applications should be able to claim to be *less* equal than others for a given mimetype, i.e. that GIMP could declare 'I can open JPEGs, but you should probably use something else by default'. Obviously, if the user explicitly
set GIMP as the default handler for image/jpeg, it would override this priority.<br>
</div>
<div><br>
</div>
<div>Distinguishing things like 'native' and 'equivalent intent' filetypes seems tempting, but I suspect it would end up with a lot of awkward grey areas. If this is a problem worth solving, I'd be more inclined to make a numeric priority scale, something like
the shared-mime-info database uses for assigning mimetypes to files (which allows e.g. ODT files to be recognised as ODT rather than general zip files).<br>
</div>
<div><br>
</div>
<div>Another approach to the stability issue (e.g. GIMP 'taking over' the JPEG mimetype) is for the desktop to fix it: if you open a JPEG file and there isn't already a default application for that, store whatever it uses as the default application, so it won't
change unless the user manually changes the association or uninstalls that application. I think that could be done without changing any specs.<br>
</div>
<div><br>
</div>
<div>Thomas<br>
</div>
</div>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="2"><br>
Email Disclaimer: www.stjude.org/emaildisclaimer<br>
Consultation Disclaimer: www.stjude.org/consultationdisclaimer<br>
</font>
</body>
</html>