[MPRIS] Change to DesktopEntry
mirsal
mirsal at mirsal.fr
Sat Jan 26 19:35:20 PST 2013
Hello,
On Sat, 2013-01-26 at 22:38 +0000, Alex Merry wrote:
> I propose a change to the wording of the DesktopEntry property which
> will not affect most media players.
>
> Currently, it says that Desktop Entry should be:
>
> > The basename of an installed .desktop file which complies with the Desktop entry specification, with the ".desktop" extension stripped.
> >
> > Example: The desktop entry file is "/usr/share/applications/vlc.desktop", and this property contains "vlc"
>
> KDE4 applications install their desktop files in
> $DATA_DIR/applications/kde4/<something>.desktop. Following what the
> spec says would mean returning "<something>".
>
> In practise, they currently return "kde4-<something>", which is
> something akin to the XDG applications menu spec's desktop file ID.
>
> GIO's g_desktop_app_info_new() function deals with this fine, but it's
> not so easy in KDE, Qt or, I expect, elsewhere. There, you want to pass
> in "kde4/<something>.desktop" (note that simply replacing '-' with '/'
> on the client side won't do; <something> could contain hyphens).
>
> So, I suggest that they should be returning "kde4/<something>", and the
> spec should reflect that by saying something like
>
> > The path (relative to $XDG_DATA_DIRS/applications) of an installed .desktop file which complies with the Desktop entry specification, with the ".desktop" extension stripped.
> >
> > Example: If the desktop entry file is "/usr/share/applications/vlc.desktop", then this property contains "vlc"; if the desktop entry file is "/usr/share/applications/kde4/amarok.desktop", then this property contains "kde4/amarok".
>
> This would just be a correction/clarification/change to the existing
> spec, rather than a new spec version.
>
> Thoughts? Objections?
I am in favor of such a change.
Using kde4/<something> instead of kde4-<something> works fine with
g_desktop_app_info_new, (even if the documentation[0] does not
explicitely say so), while using only <something> fails, which makes the
current wording confusing even for gnome applications.
I would, in principle, prefer using a destop-file id as described in the
menu spec[1], but I am willing to understand that it's not practical
outside of gnome's implementation.
http://developer.gnome.org/gio/unstable/gio-Desktop-file-based-GAppInfo.html#g-desktop-app-info-new
http://standards.freedesktop.org/menu-spec/latest/go01.html
Best,
--
mirsal
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/mpris/attachments/20130127/c83d51a5/attachment.pgp>
More information about the MPRIS
mailing list