<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 17, 2021 at 5:32 PM Bollinger, John C <<a href="mailto:John.Bollinger@stjude.org">John.Bollinger@stjude.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
On Wednesday, February 17, 2021 9:53 AM, <span style="font-size:11pt;color:rgb(0,0,0);font-family:Calibri,sans-serif">Thomas Kluyver <<a href="mailto:thomas@kluyver.me.uk" target="_blank">thomas@kluyver.me.uk</a>> wrote:</span></div>
<blockquote style="margin-top:0px;margin-bottom:0px">
<div id="gmail-m_5200578585415384795divRplyFwdMsg" dir="ltr">I can see what you're saying, but I don't think it's ridiculous to suggest that a desktop file could encode some indication of how well an application handles a particular file type. You could think of this as describing 'can
 open' vs 'can import'. A few more examples from my laptop of technically possible matches that you probably wouldn't want to be used by default:<br>
</div>
</blockquote>
<div>
<div>
<ul>
<ul>
<li>Libreoffice Writer & text/plain<br>
</li><li>Libreoffice Draw & application/pdf<br>
</li><li>Pinta (bitmap graphics editor) & image/svg<br>
</li><li>File roller (archive manager) & application/x-chrome-extension<br>
</li></ul>
</ul>
<div>I don't have a problem in principle with giving desktop files a way to express a quality of support measure for the various MIME types they can handle.  That's about the capabilities of the software, not about system policy, notwithstanding that tools
 that implement policy could rely on such data in making decisions.  But that's qualitatively different from Jehan's proposal as I understand it.</div></div></div></div></blockquote><div><br></div><div>You didn't understand. Thomas and Jan's answers are spot-on the kind of discussions I was looking for by posting here. They perfectly understood the proposition, whereas your answers are quite off-topic. Cf. my earlier email, where I tell your answer is confusing and that you didn't understand, but you just went on going even more off-topic assuming or talking about unrelated stuff.</div><div><br></div><div>Jehan<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div>In particular, I don't envision that if such a mechanism were implemented in the spec and software, and used as
 intended by the GIMP, that it would in fact satisfactorily resolve the issue that motivated the proposal.</div>
<div><br>
</div>
<blockquote style="margin-top:0px;margin-bottom:0px">
<div>In my experience, things like this haven't really come up, so I'm inclined to agree with you that it doesn't warrant changing the standard. But I think it's better to understand what's specifically going wrong and work out how else it can be improved,
 rather than insisting that this could never be part of a desktop file. Labelling options with some kind of priority is compromise we live with in various places.<br>
</div>
</blockquote>
<div><br>
</div>
</div>
</div>
<div>I am all for understanding the problem and its context in order to find an appropriate solution.  It is based on my present understanding of the context that I persist in asserting that desktop files should not express policy.  I don't see anything in
 the specific problem presented that challenges that position as far as I am concerned, and I am having trouble imagining what sort of thing would.  In short: although firm, my position is analytical, not dogmatic.</div>
<div><br>
</div>
<div><br>
</div>
<div>John</div>
<div><br>
</div>
<br>
<hr>
<font size="2" face="Arial" color="Gray"><br>
Email Disclaimer: <a href="http://www.stjude.org/emaildisclaimer" target="_blank">www.stjude.org/emaildisclaimer</a><br>
Consultation Disclaimer: <a href="http://www.stjude.org/consultationdisclaimer" target="_blank">www.stjude.org/consultationdisclaimer</a><br>
</font>
</div>

_______________________________________________<br>
xdg mailing list<br>
<a href="mailto:xdg@lists.freedesktop.org" target="_blank">xdg@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/xdg" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/xdg</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">ZeMarmot open animation film<br><a href="http://film.zemarmot.net" target="_blank">http://film.zemarmot.net</a><br>Liberapay: <a href="https://liberapay.com/ZeMarmot/" target="_blank">https://liberapay.com/ZeMarmot/</a><br>Patreon: <a href="https://patreon.com/zemarmot" target="_blank">https://patreon.com/zemarmot</a><br>Tipeee: <a href="https://www.tipeee.com/zemarmot" target="_blank">https://www.tipeee.com/zemarmot</a></div></div>