<br><div class="gmail_quote">On Wed, Apr 11, 2012 at 8:32 PM, Bill Nottingham <span dir="ltr">&lt;<a href="mailto:notting@redhat.com">notting@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

In Fedora, we&#39;ve had the issue where some desktop files were incorrectly<br>
shipped with a vendor prefix. Due to the fact that the file name often<br>
is used as a key, we then are &#39;stuck&#39; with either maintaining the bad<br>
vendor prefix indefinitely (potentially incompatibly with other distributors<br>
or upstreams), or changing the vendor prefix (breaking edited menus, user<br>
shortcuts, and so on.).<br>
<br>
One solution would be to have implementations be tolerant of vendor changes<br>
in desktop file names - if they don&#39;t find a file with the vendor prefix, to<br>
try again without the vendor prefix. Is this something that&#39;s worth adding<br>
as a recommendation for implementations via XDG, or are there better<br>
solutions?<br>
<br>
Bill<br>
_______________________________________________<br>
xdg mailing list<br>
<a href="mailto:xdg@lists.freedesktop.org">xdg@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/xdg" target="_blank">http://lists.freedesktop.org/mailman/listinfo/xdg</a><br>
</blockquote></div><div><br></div><div>In which specific cases does having it as a key become a problem? All the cases I can think of are lists, so just having an additional name in there does not hurt.</div><br clear="all">

J. Leclanche<br><br>