Re: New `MimeType` fields in .desktop

Dear all, I snipped the above as it just confuses rather than makes life easy. There are two use-cases, a newcomer who comes to one of the distributions and desktops and wants to use it. S/he has no idea which applications are good with x or y because for her/him the applications themselves

Re: InitialPreference (Re: New `MimeType` fields in .desktop)

Hi! A quick message! On Sat, May 8, 2021 at 8:00 PM David Faure wrote: > On samedi 8 mai 2021 14:53:39 CEST Jehan Pagès wrote: > > On Sat, May 8, 2021 at 11:18 AM David Faure wrote: > > > But as soon as two applications are installed, which both claim level > 2, > > > or both claim level 1

Re: New `MimeType` fields in .desktop

Thayne McCombs On Sat, May 8, 2021 at 2:42 AM David Faure wrote: > On samedi 8 mai 2021 08:08:17 CEST Thayne wrote: > > On Fri, May 7, 2021 at 8:35 AM Marc Pervaz Boocha > > > > wrote: > > > Another option is maybe have an option in the the definition of > > > mimetypes xml files to have some

Re: $XDG_OPEN (Re: New `MimeType` fields in .desktop)

Good suggestion! Will do that! On 5/8/21, David Faure wrote: > On mercredi 5 mai 2021 19:16:34 CEST Stefan Blachmann wrote: >> I have looked at the xdg-open script. >> >> I'd like best if I could just set an environment variable XDG_OPEN to >> another program. >> So xdg-open just passes through

Re: InitialPreference (Re: New `MimeType` fields in .desktop)

Some thoughts. There are several "usage criteria" that could be used for ordering. In a situation when one just wants to quickly view something then the criteria are different ones when one wants to edit. Some people prefer simplicity. Others prefer feature-completeness. And so on. I doubt that

Re: InitialPreference (Re: New `MimeType` fields in .desktop)

On samedi 8 mai 2021 14:53:39 CEST Jehan Pagès wrote: > On Sat, May 8, 2021 at 11:18 AM David Faure wrote: > > But as soon as two applications are installed, which both claim level 2, > > or both claim level 1 (with no level 2 available), this proposal would > > just > > move the problem, because

Re: InitialPreference (Re: New `MimeType` fields in .desktop)

Hi! On Sat, May 8, 2021 at 11:18 AM David Faure wrote: > On lundi 3 mai 2021 15:36:05 CEST Jehan Pagès wrote: > > Now if we comes into PSD or ORA files, these are not GIMP's native files, > > but they have clearly similar intent and since we support it, yes GIMP > is a > > very sane choice too

InitialPreference (Re: New `MimeType` fields in .desktop)

On lundi 3 mai 2021 15:36:05 CEST Jehan Pagès wrote: > Now if we comes into PSD or ORA files, these are not GIMP's native files, > but they have clearly similar intent and since we support it, yes GIMP is a > very sane choice too (but if Photoshop were on Linux for instance, I would > say it

$XDG_OPEN (Re: New `MimeType` fields in .desktop)

On mercredi 5 mai 2021 19:16:34 CEST Stefan Blachmann wrote: > I have looked at the xdg-open script. > > I'd like best if I could just set an environment variable XDG_OPEN to > another program. > So xdg-open just passes through to my script. This makes sense. In theory all implementations called

Re: New `MimeType` fields in .desktop

On mardi 4 mai 2021 16:05:20 CEST Stefan Blachmann wrote: > Shouldn't the DE, respective the file manager keep a LRU sorted list > of applications for each mime/file type, so that it sort of > "memorizes" and respect the users' favorite apps? > So the list of the applications shown on "Open With"

Re: New `MimeType` fields in .desktop

On samedi 8 mai 2021 08:08:17 CEST Thayne wrote: > On Fri, May 7, 2021 at 8:35 AM Marc Pervaz Boocha > > wrote: > > Another option is maybe have an option in the the definition of > > mimetypes xml files to have some kind of derivation. So all text/xml is > > will be marked as text/plain for

Re: New `MimeType` fields in .desktop

On Fri, May 7, 2021 at 8:35 AM Marc Pervaz Boocha wrote: > Another option is maybe have an option in the the definition of > mimetypes xml files to have some kind of derivation. So all text/xml is > will be marked as text/plain for applications. > that seems more complicated to me than a system

Re: New `MimeType` fields in .desktop

Another option is maybe have an option in the the definition of mimetypes xml files to have some kind of derivation. So all text/xml is will be marked as text/plain for applications. On 07/05/21 7:46 pm, Thayne wrote: On Fri, May 7, 2021, 04:18 Stefan Blachmann >

Re: New `MimeType` fields in .desktop

On Fri, May 7, 2021, 04:18 Stefan Blachmann wrote: > On 5/7/21, Thayne McCombs wrote: > > > > I open text files in a lot of different formats, and I'd like to be able > > to open > > them all with the same editor, but adding an entry for every text/* > > entry that I > > could ever possibly use

Re: New `MimeType` fields in .desktop

On 5/7/21, Thayne McCombs wrote: > > I open text files in a lot of different formats, and I'd like to be able > to open > them all with the same editor, but adding an entry for every text/* > entry that I > could ever possibly use to my mimeapps.list is quite a pain. This is why my opinion is

Re: New `MimeType` fields in .desktop

On 5/3/21 1:36 PM, Eli Schwartz wrote: And then there is mimeo, a program that lets you take a desktop file and add default associations for it, for every mimetype matching, say, 'glob:text/*'. Because if you don't whack mimeapps.list with a big stick and add user preferences for every

Re: New `MimeType` fields in .desktop

I have looked at the xdg-open script. I'd like best if I could just set an environment variable XDG_OPEN to another program. So xdg-open just passes through to my script. I ask because, instead of using xdg-open, I would like to use my personal app chooser for my Meow menu+filebrowser for FVWM.

Re: New `MimeType` fields in .desktop

When I search the web, I find little information about this topic, so I am not sure whether I understand you all correctly. If anybody can give me a pointer where I can read about xdg-open (documentation, specifications, etc), I'd be grateful. Here my thoughts: Shouldn't the DE, respective the

Re: New `MimeType` fields in .desktop

On Mon, 3 May 2021, at 20:36, Eli Schwartz wrote: > Once all levels have been checked, if no entry could be found, the > implementations MUST query the user to pick one of the .desktop files > associated with the mimetype, taking into account added and removed > associations as per the next

Re: New `MimeType` fields in .desktop

On 3 May 2021 7:06:05 pm GMT+05:30, "Jehan Pagès" wrote: >Hi! > >On Mon, May 3, 2021 at 2:40 PM David Faure wrote: > >> On lundi 3 mai 2021 13:47:17 CEST Eli Schwartz wrote: >> > On 5/3/21 5:58 AM, David Faure wrote: >> > > On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote: >> > >> On

Re: New `MimeType` fields in .desktop

On 5/3/21 8:40 AM, David Faure wrote: > I understand. But then, if > * the distro doesn't want to choose > * the user hasn't made any specific choice > * the application developers are not the best candidate for choosing > then who remains? :) I do in fact have a proposal! Step 1) In the mime

Re: New `MimeType` fields in .desktop

Hi! On Mon, May 3, 2021 at 2:40 PM David Faure wrote: > On lundi 3 mai 2021 13:47:17 CEST Eli Schwartz wrote: > > On 5/3/21 5:58 AM, David Faure wrote: > > > On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote: > > >> On 2/17/21 5:52 PM, Bastien Nocera wrote: > > >>> The order for

Re: New `MimeType` fields in .desktop

On lundi 3 mai 2021 13:47:17 CEST Eli Schwartz wrote: > On 5/3/21 5:58 AM, David Faure wrote: > > On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote: > >> On 2/17/21 5:52 PM, Bastien Nocera wrote: > >>> The order for mime-types with no defaults has nothing to do with a > >>> "shared

Re: New `MimeType` fields in .desktop

On 5/3/21 5:58 AM, David Faure wrote: > On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote: >> On 2/17/21 5:52 PM, Bastien Nocera wrote: >>> The order for mime-types with no defaults has nothing to do with a >>> "shared database", it's implementation specific, as it's not codified >>> in

Re: New `MimeType` fields in .desktop

Hi! On Mon, May 3, 2021 at 11:59 AM David Faure wrote: > On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote: > > On 2/17/21 5:52 PM, Bastien Nocera wrote: > > > The order for mime-types with no defaults has nothing to do with a > > > "shared database", it's implementation specific, as

Re: New `MimeType` fields in .desktop

On Mon, 3 May 2021, at 10:58, David Faure wrote: > I'd like to understand why > https://specifications.freedesktop.org/mime-apps-spec/latest/ > doesn't solve the issue. If the distro's mimeapps.lst says > image/jpeg=gwenview.desktop;gimp.desktop; > then JPEG files will be opened in gwenview (if

Re: New `MimeType` fields in .desktop

On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote: > On 2/17/21 5:52 PM, Bastien Nocera wrote: > > The order for mime-types with no defaults has nothing to do with a > > "shared database", it's implementation specific, as it's not codified > > in the mime specs. GLib probably behaves

Re: New `MimeType` fields in .desktop

At bottom :- On 16/02/2021, Jehan Pagès wrote: > Hello all! > > I would have a small proposition about the mime type handling in desktop > spec. > I perfectly understand why the format does not specify any priority > whatsoever so far (some software might want to put themselves priority for >

Re: New `MimeType` fields in .desktop

Le Mon, Feb 22, 2021 at 07:21:17AM -0600, Mark Watts a écrit : > > Instead, it might be better to add support in one or more > applications through patches, extensions, and the like, demonstrate > adoption and *then* standardize around those implementations. Indeed, we can go ahead with a pilot

Re: New `MimeType` fields in .desktop

Hi All, On Monday, February 22, 2021 4:09 AM, Jehan Pagès wrote: My last example about an hypothetical viewer which would have XCF display support shows the problem even after the transition period, when all software would have updated their desktop file. Let me show with your proposal (I

Re: New `MimeType` fields in .desktop

On Mon, 22 Feb 2021, at 13:21, Mark Watts wrote: > If I > understand correctly, based on the excerpt of the desktop entry spec > below, there's no prohibition on adding entries outside of those > explicitly listed in the standard, so we're good there. The spec says that additional non-standard

Re: New `MimeType` fields in .desktop

Hi Jehan Pagès, I've been following the discussion the past few days, and I'm not sure it will ultimately be productive along the current path, so I want to offer an alternative that may be worth considering. While I do think it's not unreasonable to add information about the "quality" or "intent"

Re: New `MimeType` fields in .desktop

Hi! On Mon, Feb 22, 2021 at 10:06 AM Charles Plessy < charles-listes+...@plessy.org> wrote: > > On Thu, Feb 18, 2021 at 4:00 PM Charles Plessy > > > > > Instead, how about having a new field (for instance ExtraMimeType) for > > > indicating the lower-priority media types. Then software like

Re: New `MimeType` fields in .desktop

> On Thu, Feb 18, 2021 at 4:00 PM Charles Plessy > > > Instead, how about having a new field (for instance ExtraMimeType) for > > indicating the lower-priority media types. Then software like GIMP > > could "demote" them in the new field, and at worse if the new field is > > not parsed, then the

Re: New `MimeType` fields in .desktop

Hi! On Sun, Feb 21, 2021 at 4:56 PM Sebastian Pipping wrote: > Hi Jehan, > > > On 16.02.21 17:11, Jehan Pagès wrote: > > Typically someone reported an issue about GIMP taking over handling of > > image types it supports every time it is installed/updated. So for > > instance JPEG images were

Re: New `MimeType` fields in .desktop

On 2/21/21 11:10 AM, Eli Schwartz wrote: > On 2/21/21 10:56 AM, Sebastian Pipping wrote: >> we had exactly that in Gentoo where Gimp was taking over PDF files by >> default, just because it can import PDF and hence announced that mime >> type as supported. >> >> For Gentoo, my workaround was to

Re: New `MimeType` fields in .desktop

On 2/21/21 10:56 AM, Sebastian Pipping wrote: > we had exactly that in Gentoo where Gimp was taking over PDF files by > default, just because it can import PDF and hence announced that mime > type as supported. > > For Gentoo, my workaround was to rename gimp.desktop to zzz-gimp.desktop > during

Re: New `MimeType` fields in .desktop

Hi Jehan, On 16.02.21 17:11, Jehan Pagès wrote: > Typically someone reported an issue about GIMP taking over handling of > image types it supports every time it is installed/updated. So for > instance JPEG images were not displayed by default with a simple image > viewer anymore, but in GIMP.

Re: New `MimeType` fields in .desktop

On Thu, Feb 18, 2021 at 4:51 AM Simon McVittie wrote: > > On Thu, 18 Feb 2021 at 00:36:22 -0700, Thayne wrote: > > I'd like to point out that on Ubuntu 20.04 there are no system > > mimeapps.list files provided (either for DE or globally). > > It seems like an Ubuntu bug report would be

Re: New `MimeType` fields in .desktop

Hi Charles, On Thu, Feb 18, 2021 at 4:00 PM Charles Plessy < charles-listes+...@plessy.org> wrote: > Le Tue, Feb 16, 2021 at 05:11:36PM +0100, Jehan Pagès a écrit : > > > > Hello all! > > Hello Jehan and everybody! > > > Typically someone reported an issue about GIMP taking over handling of > >

Re: New `MimeType` fields in .desktop

Le Tue, Feb 16, 2021 at 05:11:36PM +0100, Jehan Pagès a écrit : > > Hello all! Hello Jehan and everybody! > Typically someone reported an issue about GIMP taking over handling of > image types it supports every time it is installed/updated. So for > instance JPEG images were not displayed by

Re: New `MimeType` fields in .desktop

On Thursday, February 18, 2021 4:49 AM, Jehan Pagès wrote: * GIMP would set XCF (and variants) as its NativeMimeType and PSD, ORA, PSP (and other similar formats for raster editing) as IntentMimeType. Thus saying that "XCF" is what they do best (and a XCF file was likely even created by GIMP

Re: New `MimeType` fields in .desktop

Hi! On Thu, Feb 18, 2021 at 12:51 PM Simon McVittie wrote: > On Thu, 18 Feb 2021 at 00:36:22 -0700, Thayne wrote: > > I'd like to point out that on Ubuntu 20.04 there are no system > > mimeapps.list files provided (either for DE or globally). > > It seems like an Ubuntu bug report would be

Re: New `MimeType` fields in .desktop

On Thu, 18 Feb 2021 at 00:36:22 -0700, Thayne wrote: > I'd like to point out that on Ubuntu 20.04 there are no system > mimeapps.list files provided (either for DE or globally). It seems like an Ubuntu bug report would be appropriate, if that's true. Debian has at least these:

Re: New `MimeType` fields in .desktop

On Wed, 17 Feb 2021 at 19:22:35 +0100, Jan Tojnar wrote: > For example, to edit a screenshot file in Pictures directory. In Nautilus, I > currently have to click “open with other application” and then find GIMP in > the dialogue. I just do not bother and drag the file on manually started >

Re: New `MimeType` fields in .desktop

Hi! On Thu, Feb 18, 2021 at 9:46 AM Bastien Nocera wrote: > On Thu, 2021-02-18 at 02:36 +0100, Jehan Pagès wrote: > > > How do we know this? Who will know this if not even you who maintain > > these files know this? > > What files do I maintain? I don't maintain shared-mime-info anymore, I >

Re: New `MimeType` fields in .desktop

On Thu, 2021-02-18 at 02:36 +0100, Jehan Pagès wrote: > How do we know this? Who will know this if not even you who maintain > these files know this? What files do I maintain? I don't maintain shared-mime-info anymore, I maintain a single xdg spec, not the mime or desktop ones, and I don't

Re: New `MimeType` fields in .desktop

I'd like to point out that on Ubuntu 20.04 there are no system mimeapps.list files provided (either for DE or globally). I believe the same is true of archlinux. Which means that unless the user has specifically changed the default application for a mime type, if multiple applications handle a

Re: New `MimeType` fields in .desktop

On 2/17/21 5:52 PM, Bastien Nocera wrote: > The order for mime-types with no defaults has nothing to do with a > "shared database", it's implementation specific, as it's not codified > in the mime specs. GLib probably behaves differently than Qt does, > which means that the file managers using

Re: New `MimeType` fields in .desktop

Hi! On Wed, Feb 17, 2021 at 11:52 PM Bastien Nocera wrote: > On Wed, 2021-02-17 at 22:07 +0100, Jehan Pagès wrote: > > > > There is also something which I am not fond of with the order > > depending on a shared database: we must agree on an order which might > > not be fair. Say 2 applications

Re: New `MimeType` fields in .desktop

On Wednesday, February 17, 2021 3:07 PM, Jehan Pagès wrote: On Wed, Feb 17, 2021 at 8:26 PM Thomas Kluyver mailto:tho...@kluyver.me.uk>> wrote: This particular user reports that *updating* GIMP causes the file association to change. That definitely seems like a bug: I can understand that

Re: New `MimeType` fields in .desktop

On Wed, 2021-02-17 at 23:02 +, Thomas Kluyver wrote: > On Wed, 17 Feb 2021, at 22:46, Bastien Nocera wrote: > > I split it off anyway so that I could stop maintaining the shared- > > mime- > > info package and not have anyone who might come in's decisions > > about > > what the best default

Re: New `MimeType` fields in .desktop

On Wed, 2021-02-17 at 22:07 +0100, Jehan Pagès wrote: > > There is also something which I am not fond of with the order > depending on a shared database: we must agree on an order which might > not be fair. Say 2 applications are on the exact same action fields, > i.e. they both work on the same

Re: New `MimeType` fields in .desktop

On Wed, 17 Feb 2021, at 22:46, Bastien Nocera wrote: > I split it off anyway so that I could stop maintaining the shared-mime- > info package and not have anyone who might come in's decisions about > what the best default image viewer is impact GNOME. Here's the GNOME > configuration: >

Re: New `MimeType` fields in .desktop

On Wed, 2021-02-17 at 19:26 +, Thomas Kluyver wrote: > One way to address this is to ship a list of default apps - e.g. > Fedora associates image/jpeg with Eye of Gnome by default. Fedora > appears to set this regardless of desktop, but the mime-apps spec >

Re: New `MimeType` fields in .desktop

Hi! On Wed, Feb 17, 2021 at 8:26 PM Thomas Kluyver wrote: > On Wed, 17 Feb 2021, at 18:22, Jehan Pagès wrote: > > I do agree it's not so much to start with. Anyway here is the recent > report: https://gitlab.gnome.org/GNOME/gimp/-/issues/6449 > > > Thanks! > > This particular user reports that

Re: New `MimeType` fields in .desktop

Hi, On Wed, Feb 17, 2021 at 9:43 PM Bollinger, John C wrote: > On Wednesday, February 17, 2021 11:35 AM, Jehan Pagès < > jehan.marmott...@gmail.com> wrote: > > In particular when here the issue is very visible. The desktop format is > much too broad as to what consists of a MIME type support.

Re: New `MimeType` fields in .desktop

On Wednesday, February 17, 2021 11:35 AM, Jehan Pagès wrote: I didn't want to answer this email, but some parts are so wrong that I couldn't stop

Re: New `MimeType` fields in .desktop

On 2/17/21 12:46 PM, Thomas Kluyver wrote: > On Wed, 17 Feb 2021, at 16:42, Jehan Pagès wrote: >> Yeah the default application on same level of intent is a difficult >> question, which was why I was not really focusing on it. I'm not >> sure but it doesn't look like all distributions/desktop do

Re: New `MimeType` fields in .desktop

On Wed, 17 Feb 2021, at 18:22, Jehan Pagès wrote: > I do agree it's not so much to start with. Anyway here is the recent report: > https://gitlab.gnome.org/GNOME/gimp/-/issues/6449 Thanks! This particular user reports that *updating* GIMP causes the file association to change. That definitely

Re: New `MimeType` fields in .desktop

Hi! On Wed, Feb 17, 2021 at 7:22 PM Jan Tojnar wrote: > On Wed, Feb 17, 2021 at 18:52, Jehan Pagès > wrote: > > If by photos, you mean for instance JPEG images, then this is a > > display format (a very bad one at that, lossy, with ugly display > > artifacts…). It is meant for viewing, not

Re: New `MimeType` fields in .desktop

Hello! On Wed, Feb 17, 2021 at 6:46 PM Thomas Kluyver wrote: > On Wed, 17 Feb 2021, at 16:42, Jehan Pagès wrote: > > Yes! Finally someone who reads emails before answering. :-) > > > I'll just note that this isn't a particularly useful tone in a discussion > that already feels heated. I

Re: New `MimeType` fields in .desktop

On Wed, Feb 17, 2021 at 18:52, Jehan Pagès wrote: If by photos, you mean for instance JPEG images, then this is a display format (a very bad one at that, lossy, with ugly display artifacts…). It is meant for viewing, not editing. Of course I am not saying you should not edit it, we all edit

Re: New `MimeType` fields in .desktop

Hi! On Wed, Feb 17, 2021 at 5:15 PM Jan Tojnar wrote: > On Wed, Feb 17, 2021 at 15:53, Thomas Kluyver > wrote: > > 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

Re: New `MimeType` fields in .desktop

On Wed, 17 Feb 2021, at 16:42, Jehan Pagès wrote: > Yes! Finally someone who reads emails before answering. :-) I'll just note that this isn't a particularly useful tone in a discussion that already feels heated. I actually haven't read your emails particularly closely, I just think I've

Re: New `MimeType` fields in .desktop

ot; such as I suggested > above. It would be an appropriate way to address the issue from the XDG > side. > > > John > > > ---------- > *From:* xdg on behalf of Thomas > Kluyver > *Sent:* Wednesday, February 17, 2021 6:30 AM > *To:* xdg > *S

Re: New `MimeType` fields in .desktop

On Wed, Feb 17, 2021 at 5:32 PM Bollinger, John C wrote: > On Wednesday, February 17, 2021 9:53 AM, Thomas Kluyver < > tho...@kluyver.me.uk> wrote: > > 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

Re: New `MimeType` fields in .desktop

Hi! On Wed, Feb 17, 2021 at 1:30 PM Thomas Kluyver wrote: > On Tue, 16 Feb 2021, at 23:04, Bollinger, John C wrote: > > 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. > > > I think Jehan's idea is that

Re: New `MimeType` fields in .desktop

On Wednesday, February 17, 2021 9:53 AM, Thomas Kluyver wrote: 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'

Re: New `MimeType` fields in .desktop

On Wed, Feb 17, 2021 at 15:53, Thomas Kluyver wrote: 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

Re: New `MimeType` fields in .desktop

On Wed, 17 Feb 2021, at 15:06, Bollinger, John C wrote: > 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

Re: New `MimeType` fields in .desktop

It would be an appropriate way to address the issue from the XDG side. John From: xdg on behalf of Thomas Kluyver Sent: Wednesday, February 17, 2021 6:30 AM To: xdg Subject: Re: New `MimeType` fields in .desktop Caution: External Sender. Do not open unless you kno

Re: New `MimeType` fields in .desktop

On Tue, 16 Feb 2021, at 23:04, Bollinger, John C wrote: > 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. I think Jehan's idea is that applications should be able to claim to be *less* equal than others

Re: New `MimeType` fields in .desktop

Hello Jehan and All, On Tuesday, February 16, 2021 11:57 AM, Jehan Pagès wrote: On Tue, Feb 16, 2021 at 5:55 PM Bollinger, John C mailto:john.bollin...@stjude.org>> wrote: Hello all, I think the decision to omit MIME-type priority is about scope, not about concerns regarding specific

Re: New `MimeType` fields in .desktop

John > > -- > John C. Bollinger, RHCSA > > > ------ > *From:* xdg on behalf of Jehan Pagès < > jehan.marmott...@gmail.com> > *Sent:* Tuesday, February 16, 2021 10:11 AM > *To:* xdg > *Subject:* New `MimeType` fields in .desktop > >

Re: New `MimeType` fields in .desktop

, 2021 10:11 AM To: xdg Subject: New `MimeType` fields in .desktop Caution: External Sender. Do not open unless you know the content is safe. Hello all! I would have a small proposition about the mime type handling in desktop spec. I perfectly understand why the format does not specify any priority

New `MimeType` fields in .desktop

Hello all! I would have a small proposition about the mime type handling in desktop spec. I perfectly understand why the format does not specify any priority whatsoever so far (some software might want to put themselves priority for everything). > There should be no priority for MIME Types in