Ihor,
To be clear, I am not against taking into account XDG media types
associations. I just believe that emacs settings should have higher
priorities. Another point is that xdg-open is not intelligent enough to
be used unconditionally.
I have the following idea. If (mailcap-mime-info mime-t
Max Nikulin writes:
> On 13/02/2024 18:27, Ihor Radchenko wrote:
>> Max Nikulin writes:
>>
>> I am mostly going to address user confusion about mailcap
>
> XDG configuration and so xdg-open behavior is often confusing to users
> as well, especially in the cases of KDE and no DE. In GNOME it is
On 13/02/2024 22:44, Max Nikulin wrote:
(info "emacs-mailcap")
(info "emacs-mime")
On 13/02/2024 18:27, Ihor Radchenko wrote:
Max Nikulin writes:
I am mostly going to address user confusion about mailcap
XDG configuration and so xdg-open behavior is often confusing to users
as well, especially in the cases of KDE and no DE. In GNOME it is
alleviated by a step with the appl
Max Nikulin writes:
>> I have been digging more on this issue recently, and I have found that
>> Carsten once attempted to tweak this default to use xdg-mime:
>
> Have you faced another issue with mailcap? Frankly speaking, I am unsure
> what particular issues we are going to address (file type,
On 12/02/2024 19:36, Ihor Radchenko wrote:
Max Nikulin writes:
I believe, there are enough issues with mailcap implementation in Emacs,
but do we have some alternative?
[...]
I have been digging more on this issue recently, and I have found that
Carsten once attempted to tweak this default t
Max Nikulin writes:
> On 04/06/2022 20:42, Ihor Radchenko wrote:
>>
>> It appears that using mailcap is giving us more trouble than benefits.
>> I am not sure about the situation on Windows and Mac though.
>>
>> Should we change the default file handlers to Emacs globally (unless
>> user custom
On 07/06/2022 00:47, Bhavin Gandhi wrote:
On Mon, 6 Jun 2022 at 19:09, Max Nikulin wrote:
P.P.S. I had a hope that recent Fedora-36 release has Emacs-28 packaged,
so it would be possible to test live image in qemu to quickly check
behavior in full-fledged desktop environment, but version 27 is
Hello Max,
On Mon, 6 Jun 2022 at 19:09, Max Nikulin wrote:
> P.P.S. I had a hope that recent Fedora-36 release has Emacs-28 packaged,
> so it would be possible to test live image in qemu to quickly check
> behavior in full-fledged desktop environment, but version 27 is really
> packaged there.
I
On 04/06/2022 20:42, Ihor Radchenko wrote:
Should we change the default file handlers to Emacs globally (unless
user customizes otherwise)? Should we continue efforts to work around
mailcap issues? Maybe there is yet another alternative generic way to
open files?
Ihor, back to your patch intro
On 04/06/2022 20:42, Ihor Radchenko wrote:
It appears that using mailcap is giving us more trouble than benefits.
I am not sure about the situation on Windows and Mac though.
Should we change the default file handlers to Emacs globally (unless
user customizes otherwise)? Should we continue effo
hi, Ihor,
> It appears that using mailcap is giving us more trouble than benefits.
> I am not sure about the situation on Windows and Mac though.
> Should we change the default file handlers to Emacs globally (unless
> user customizes otherwise)? Should we continue efforts to work around
> mailca
Max Nikulin writes:
>> I am confused here. org-file-apps-gnu says that we rely on mailcap:
>>
>> ((remote . emacs)
>> (system . mailcap)
>> (t . mailcap))
>>
>> So, is (3) following what you would expect from mailcap (regardless
>> whether it is incorrectly configured or not)? Wrong configu
13 matches
Mail list logo
