<div dir="ltr">Why do browsers want to be the default? For what MIME types?<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Apr 5, 2014 at 6:11 PM, Jerome Leclanche <span dir="ltr"><<a href="mailto:adys.wh@gmail.com" target="_blank">adys.wh@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For what it's worth, I agree. However the use case of browsers asking<br>
to be default has to be taken into account, and we are very far from<br>
being able to offer them an api to *properly* become so.<br>
J. Leclanche<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Sat, Apr 5, 2014 at 9:04 PM, Jasper St. Pierre <<a href="mailto:jstpierre@mecheye.net">jstpierre@mecheye.net</a>> wrote:<br>
> No idea how "DPNH" got there. Cat on a keyboard or something.<br>
><br>
> RealPlayer was an app known for making terrible forceful customizations to<br>
> the user's system on Windows. If you deleted the Start Menu, Desktop, or<br>
> Quick Launch shortcut and ran RealPlayer, it would notice and re-add all the<br>
> shortcuts. If it wasn't the default MIME handler, it would silently<br>
> reregister itself for all media types it supported.<br>
><br>
> Having an official way to do this is a way to tell ISVs that they *should*<br>
> do this, that it's recommended practice if you have an app that handles a<br>
> MIME type. Apps that want to force their way into the user's customizations<br>
> are RealPlayer, and we should let them feel shameful hacking up<br>
> /usr/share/applications/mimeapps.list on install, and bare the<br>
> responsibility if it breaks, not give them an API for it.<br>
><br>
><br>
> On Sat, Apr 5, 2014 at 5:12 AM, David Faure <<a href="mailto:faure@kde.org">faure@kde.org</a>> wrote:<br>
>><br>
>> On Friday 04 April 2014 16:54:01 Jasper St. Pierre wrote:<br>
>> > > No. Application here means ISVs. E.g. if a third-party application<br>
>> > > like<br>
>> > > Skype, Google Earth, etc. absolutely wants to make itself default upon<br>
>> > > installation.<br>
>> ><br>
>> > This seems like a poor choice to me. Do we have any use cases for this?<br>
>> > It<br>
>> > seems to me like this would be giving the app the RealPlayer API, which<br>
>> > is<br>
>> > not something I'm comfortable doing. DPNH<br>
>><br>
>> I don't understand the relation to RealPlayer or "DPNH",<br>
>> but about the whole ISV idea is: since I suspect some apps will want to<br>
>> set<br>
>> themselves as default upon installation (even if we don't agree with it),<br>
>> we<br>
>> might as well provide a way to do this cleanly rather than seeing these<br>
>> apps<br>
>> hack into /usr/share/applications/mimeapps.list.<br>
>> In any case this is the same level as sysadmin customizations, so whether<br>
>> or<br>
>> not ISVs use it doesn't change anything to the spec.<br>
>><br>
>> --<br>
>> David Faure, <a href="mailto:faure@kde.org">faure@kde.org</a>, <a href="http://www.davidfaure.fr" target="_blank">http://www.davidfaure.fr</a><br>
>> Working on KDE, in particular KDE Frameworks 5<br>
>><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>
><br>
><br>
><br>
><br>
> --<br>
>   Jasper<br>
><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>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>  Jasper<br>
</div>