Por que existe o modo de interação lisp, e sempre precisamos dele?

P: Por que lisp-interaction-modeexiste e existem razões para usá-lo em vez de emacs-lisp-mode?

Os manuais estados que emacs-lisp-modee lisp-interaction-modesão idênticos, excepto que o último se liga C-jao eval-print-last-sexp. Além disso, "todos os outros comandos no modo Lisp Interaction são os mesmos que no modo Emacs Lisp". Até onde eu sei, apenas o *scratch*buffer usa o último modo.

Parece-me estranho que exista um modo inteiro que difira do outro por apenas uma única combinação de teclas, então presumo que estou perdendo alguma história ou contexto.

Tão:

• Por que lisp-interaction-modeexiste?
• Sem contar a C-jcombinação de teclas, há alguma circunstância em que seria preferível emacs-lisp-mode?
• Haveria consequências inesperadas para mudar o *scratch*modo do buffer paraemacs-lisp-mode ?

A motivação para esta pergunta é que, no momento, estou ligando chaves duas vezes (nos dois modos) para que meu *scratch*buffer se comporte como buffers que visitam *.elarquivos. Se não houver uma razão prática para ficar lisp-interaction-modepor aqui, (setq initial-major-mode 'emacs-lisp-mode)acabarei com isso.

A menos que você odeie o C-jcomportamento (e tenho certeza de que a maioria dos autores da elisp o acha útil), mantenha as coisas como estão.

Defina suas chaves para, em lisp-mode-shared-mapvez de duplicá-las, para os mapas de teclas específicos do modo.

Todos lisp-mode-map, emacs-lisp-mode-mape lisp-interaction-mode-maptem lisp-mode-shared-mapcomo seu mapa de teclado pai.

Um novo modo derivado é barato: lisp-interaction-modeherda emacs-lisp-mode, sua implementação é apenas uma dúzia de linhas de código. Difere emacs-lisp-modeapenas das seguintes maneiras:

• tem um nome diferente;
• possui um mapa de teclas diferente;
• tem uma tabela de sintaxe diferente;
• possui um gancho adicional.

Por outro lado, compartilha sua tabela abreviada com emacs-lisp-mode.

Editar: como observado por @phils em sua resposta (que é exibida), os mapas principais emacs-lisp-modee os lisp-interaction-modecompartilhamentos de um pai ou mãe em comum lisp-mode-shared-map,. Portanto, não há razão para duplicar as combinações de teclas - apenas defina-as lisp-mode-shared-mape elas serão aplicadas aos dois modos (e lisp-modetambém, mas provavelmente isso é bom).

Haveria consequências inesperadas para mudar o *scratch*modo do buffer para emacs-lisp-mode?

A conseqüência mais óbvia seria que lisp-interaction-mode-hooknão seria mais executada no *scratch*buffer.

FWIW, eu mesmo uso emacs-lisp-modeno *scratch*buffer. Se eu quiser avaliar algo, basta fazê-lo C-x C-e, com um C-uprefixo quando necessário. Não vejo desvantagem nessa prática.

Quanto ao porquê do modo estar lá, existem apenas algumas linhas de código lisp elisp-mode.el, e ele está lá há uma eternidade , então removê-lo parece inútil.