<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 29, 2020 at 11:22 PM Alex Henrie <<a href="mailto:alexhenrie24@gmail.com">alexhenrie24@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Jun 29, 2020 at 2:05 PM Nikolay Sivov <<a href="mailto:bunglehead@gmail.com" target="_blank">bunglehead@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> On Mon, Jun 29, 2020 at 10:54 PM Alex Henrie <<a href="mailto:alexhenrie24@gmail.com" target="_blank">alexhenrie24@gmail.com</a>> wrote:<br>
>><br>
>> On Mon, Jun 29, 2020 at 1:49 PM Nikolay Sivov <<a href="mailto:bunglehead@gmail.com" target="_blank">bunglehead@gmail.com</a>> wrote:<br>
>> ><br>
>> ><br>
>> ><br>
>> > On Mon, Jun 29, 2020 at 10:45 PM Alex Henrie <<a href="mailto:alexhenrie24@gmail.com" target="_blank">alexhenrie24@gmail.com</a>> wrote:<br>
>> >><br>
>> >> On Thu, Jun 25, 2020 at 3:29 AM Francois Gouget <<a href="mailto:fgouget@free.fr" target="_blank">fgouget@free.fr</a>> wrote:<br>
>> >> ><br>
>> >> > On Wed, 24 Jun 2020, Alex Henrie wrote:<br>
>> >> ><br>
>> >> > > The big change here is rewriting the patches to avoid the term<br>
>> >> > > "blacklist", which I have replaced with "naughty list".<br>
>> >> ><br>
>> >> > In this context it's not clear what naughty means. What in a file<br>
>> >> > extension is "badly behaved, disobedient or mildly rude or indecent"?<br>
>> >><br>
>> >> Several built-in Wine programs are badly behaved in the sense that<br>
>> >> they associate themselves with file types that native desktop programs<br>
>> >> are better suited to open.<br>
>> ><br>
>> ><br>
>> > Would it be a problem to remove such integration completely? I can't think of a good scenario when it would be useful.<br>
>><br>
>> The associations have to be in Wine for programs that call `start.exe<br>
>> <file>` to open a file.<br>
><br>
><br>
> This has to be a prefix configuration, not affecting opening/strating things through DE. E.g. 'wine start test.txt' supposedly expected to open notepad,<br>
> that doesn't have to be configured for DE associations. Maybe you're talking about something else, I meant this part:<br>
><br>
> >> Several built-in Wine programs are badly behaved in the sense that<br>
> >> they associate themselves with file types that native desktop programs<br>
> >> are better suited to open.<br>
><br>
> Builtin programs or installed programs only need shell extensions stuff in registry to open via 'wine start',<br>
> they don't have to touch system configuration.<br>
><br>
> Is that a different issue?<br>
<br>
If I understand you correctly now, you're proposing to get rid of<br>
desktop integration for associations altogether. I imagine that would<br>
be very undesirable for people who use MS Office on Linux through<br>
Wine. I'd also like to be able to install Steam games in the Windows<br>
client by browsing <a href="https://store.steampowered.com/" rel="noreferrer" target="_blank">https://store.steampowered.com/</a> in the native<br>
browser and then clicking steamapp:// links that open in Wine.<br></blockquote><div><br></div><div>That becomes unusable once you have more than one prefix (I believe desktop integration does not specify WINEPREFIX for launch commands).</div><div>Do they get updated if you move prefix with Office somewhere, or if you remove it? Steam example is even more artificial.</div><div><br></div><div>Maybe disabling it by default, and keeping that checkbox in winecfg, would be good for now, I don't know.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-Alex<br>
</blockquote></div></div>