<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Jan 3, 2017 8:51 AM, "Jens Reyer" <<a href="mailto:jre.winesim@gmail.com">jre.winesim@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">control: tags -1 + patch<br>
<div class="quoted-text"><br>
On 03.01.2017 13:16, Vincent Lefevre wrote:<br>
> Not tried yet, but even if the .wine directory already exists,<br>
> wine-extension-*.desktop files can be re-created when wine is run.<br>
> This is what has just happened, as I got:<br>
><br>
> -rw-r--r-- 1 vlefevre vlefevre  218 2017-01-03 13:02:23 wine-extension-pdf.desktop<br>
><br>
> and without a default for application/pdf, I get:<br>
><br>
> cventin:~> xdg-mime query default application/pdf<br>
> wine-extension-pdf.desktop<br>
><br>
> I don't know what is the cause, perhaps the upgrade I did in the<br>
> morning, where wine was upgraded.<br>
<br>
</div>I still don't know *exactly* what triggers the recreation, but I think<br>
it happens on certain Wine updates, and  if relevant parts of wine.inf<br>
changed.<br>
<br>
<br>
More importantly I think I found a good place to fix this: Attached<br>
patch blacklists the creation for htm, txt and pdf.<br>
<br>
It looks like as if this keeps the Wine internal associations intact, so<br>
e.g. Wine applications are still able to open pdf's with evince here.<br>
<br>
And as intended it prevents the association for the native applications<br>
to Wine, so xdg-open still uses evince directly. I think we all agree<br>
this is the wanted behavior, especially for freshly created Wine prefixes.<br>
<br>
The only point I'm unsure about the wanted behavior is on installing a<br>
Windows pdf reader: Some people might want that to get their default<br>
also for the native system (e.g. xdg-open), because they always require<br>
a specific feature from Windows Adobe Acrobat. Others might install it<br>
and use it from time to time, but would generally prefer e.g. evince.<br>
<br>
Currently this patch would work for the latter, because it always<br>
prevents the creation of desktop associations for pdf's.<br>
<br>
<br>
This meets my personal preference. What do others think?<br>
<br>
<br>
Besides that I want to look a bit more into this to understand<br>
winemenubuilder better, and then discuss it with upstream.<br>
<br>
Any tests or feedback is welcome.<br>
<br>
Greets<br>
jre<br>
<br>______________________________<wbr>_________________<br>
pkg-wine-party mailing list<br>
<a href="mailto:pkg-wine-party@lists.alioth.debian.org">pkg-wine-party@lists.alioth.<wbr>debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-wine-party" rel="noreferrer" target="_blank">http://lists.alioth.debian.<wbr>org/cgi-bin/mailman/listinfo/<wbr>pkg-wine-party</a><br></blockquote></div><br></div></div><div class="gmail_extra" dir="auto">You may want to consider jpg and png as well, as they will annoyingly open in iexplore.</div></div>