<div dir="ltr"><div dir="ltr">Hi!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 17, 2021 at 11:52 PM Bastien Nocera <<a href="mailto:hadess@hadess.net">hadess@hadess.net</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">On Wed, 2021-02-17 at 22:07 +0100, Jehan Pagès wrote:<br>
> <snip><br>
> There is also something which I am not fond of with the order<br>
> depending on a shared database: we must agree on an order which might<br>
> not be fair. Say 2 applications are on the exact same action fields,<br>
> i.e. they both work on the same file formats (for instance JPEG, PNG<br>
> for image viewers). If the defaults depend on this shared database,<br>
> then the same one will consistently be the default image viewer<br>
> shadowing (if installed) all the others. Be it based on character<br>
> order (then you'd want to just name your app "aaa") or just whatever<br>
> the database maintainer prefer for oneself, it's not right.<br>
<br>
It's not a database, it's a default configuration for various desktops.<br>
As mentioned in my previous email, it's also likely to be easily<br>
changed in the "default applications" panel in GNOME, and equivalent<br>
somewhere else.<br>
<br>
> On the other hand, when no order is specified centrally, but each<br>
> software is able to tell its intent "I'm made to display JPEG, PNG…"<br>
> without specifying priority relatively to other software, at least we<br>
> can go with fairer algorithm (something not based on an arbitrary<br>
> choice making a strict order). Be it "last installed" or "keeping<br>
> stability to whatever was here first" (then it will likely be<br>
> dependent on your desktop choice during install, and distrib<br>
> maintainers, at least not the same on all distributions).<br>
<br>
The order for mime-types with no defaults has nothing to do with a<br>
"shared database", it's implementation specific, as it's not codified<br>
in the mime specs.</blockquote><div><br></div><div>I know. Your quote of mine was me discussing the idea of getting more logics into a shared database as proposed earlier by Thomas (clearly looking at the part of I quoted myself doesn't say much of it, it was in the flow of the discussion). But I'm aware it's not like this currently. I was only preemptively saying that I'm not fan of this proposed solution to the problem.<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">GLib probably behaves differently than Qt does,<br>
which means that the file managers using either of those are likely to<br>
behave differently.<br>
<br>
If you want to solve this problem, you'll probably need to figure out<br>
whether their behaviour is intentional, and then change the specs to<br>
clarify the intended behaviour.<br></blockquote><div><br></div><div>How do we know this? Who will know this if not even you who maintain these files know this? I think we are all aware that with software going on for dozens of years, sometimes some of the reasons for things get lost in time. 🙂 <br></div><div>Now even if it's intentional, I don't think that's such a good behavior anyway. So I'm not sure it matters too much to know if it is actually intentional or not.</div><div><br></div><div>Which is why I proposed the change from my first email. So far, with all the discussions which went on, I still believe it is a good solution, mostly because it scales well. Developers just have to add a bit more of semantic associations in their desktop file. And then distributions/desktop can update their no-default algorithm to use this info if it is present.</div><div><br></div><div>In particular, a software which set some native and intent MIME types explicitly says that it is likely not a proper default application for all the other MIME types it supports (e.g. GIMP is not a proper default for JPEG handling, neither is LibreOffice the best default for .txt files…). Oppositely it explicitly says it is a very good fit for whatever is its native formats, and that it's an appropriate fallback for same-intent formats if no applications set it as native.</div><div><br></div><div>The nice thing is that it requires really not so much change from everyone and it looks to me it would work quite well here.</div><div><br></div><div>Jehan<br></div></div><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>