[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Generic Elisp mechanism to declare file/URI handlers for Emacs
From: |
Po Lu |
Subject: |
Re: Generic Elisp mechanism to declare file/URI handlers for Emacs |
Date: |
Tue, 19 Sep 2023 21:25:22 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Ihor Radchenko <yantar92@posteo.net> writes:
> I agree that it is not difficult. But it is very easy to miss
> implementing a new scheme on _all_ the supported OSes. For example, I
> have no idea if Emacs even provides something similar to .desktop file
> on MacOS and Windows.
It does not.
> I mostly thought about file type handling.
> Wouldn't it be nice to allow built-in major modes also make Emacs
> register as application capable to open the corresponding file
> type/extension.
>
> For example, consider that we have built-in clojure-mode at some point.
> Then, it will make sense to tell OS that Emacs is able to open .clj
> files. Same for any other new major mode.
>
> Not every major mode author knows the specific ways how Emacs implements
> file type handling in different OSes.
Emacs opens all text documents, and Clojure files are a kind of text
file.
And be that as it may, operating systems use different names to
designate each kind of text file, so expecting major mode authors to
understand every one of those names is unreasonable anyway.
- Generic Elisp mechanism to declare file/URI handlers for Emacs (was: bug#65469: [PATCH] * etc/emacsclient.desktop: Make Emacs default application for org-protocol), Ihor Radchenko, 2023/09/19
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Po Lu, 2023/09/19
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Ihor Radchenko, 2023/09/19
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs,
Po Lu <=
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Ihor Radchenko, 2023/09/20
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Po Lu, 2023/09/20
- Should Emacs declare itself as being able to open all the text/* mimetypes? (was: Generic Elisp mechanism to declare file/URI handlers for Emacs), Ihor Radchenko, 2023/09/20
- Re: Should Emacs declare itself as being able to open all the text/* mimetypes?, Po Lu, 2023/09/20
- Re: Should Emacs declare itself as being able to open all the text/* mimetypes?, Ihor Radchenko, 2023/09/20
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Eli Zaretskii, 2023/09/19
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Ihor Radchenko, 2023/09/19
- Re: Generic Elisp mechanism to declare file/URI handlers for Emacs, Eli Zaretskii, 2023/09/20
Re: Generic Elisp mechanism to declare file/URI handlers for Emacs (was: bug#65469: [PATCH] * etc/emacsclient.desktop: Make Emacs default application for org-protocol), Jim Porter, 2023/09/19