lisp-interaction-mode가 존재하는 이유는 무엇입니까?

Q : 왜 lisp-interaction-mode존재하며 대신 사용해야하는 이유가 emacs-lisp-mode있습니까?

수동 상태는 것을 emacs-lisp-mode그리고 lisp-interaction-mode후자의 바인딩 것을 제외하고 동일 C-j로 eval-print-last-sexp. 그 외에도 "Lisp 상호 작용 모드의 다른 모든 명령은 Emacs Lisp 모드와 동일합니다." 내가 알 수있는 한, *scratch*버퍼 만 후자 모드를 사용합니다.

하나의 키 바인딩만으로 다른 모드와 다른 전체 모드가 있다는 것이 이상합니다. 따라서 일부 기록이나 컨텍스트가 누락 된 것으로 가정합니다.

그래서:

• 왜 lisp-interaction-mode존재합니까?
• C-j키 바인딩을 세지 않고 , 선호되는 상황이 emacs-lisp-mode있습니까?
• 버퍼 모드를 ? 로 변경하면*scratch*emacs-lisp-mode 예기치 않은 결과가 발생 합니까?

이 질문의 동기는 지금 당장 키를 두 번 (두 모드에서) 바인딩 *scratch*하여 버퍼가 *.el파일을 방문하는 버퍼처럼 행동 한다는 것 입니다. 유지할 실질적인 이유가 없다면 lisp-interaction-mode, 그냥 (setq initial-major-mode 'emacs-lisp-mode)끝내 겠습니다 .

당신이 C-j행동 을 미워하지 않는 한 (그리고 대부분의 엘리스 작성자가 편리하다고 생각합니다), 상황을 그대로 유지하십시오.

lisp-mode-shared-map모드 별 키맵에 대해 키를 복제하는 대신 키를 정의하십시오 .

모두 lisp-mode-map, emacs-lisp-mode-map그리고 lisp-interaction-mode-map이 lisp-mode-shared-map부모 키맵한다.

새로운 파생 모드는 저렴합니다.에서 lisp-interaction-mode상속 emacs-lisp-mode하고 구현은 수십 줄 정도의 코드입니다. emacs-lisp-mode다음과 같은 점에서 다릅니다 .

• 이름이 다릅니다.
• 키맵이 다릅니다.
• 다른 구문 테이블이 있습니다.
• 추가 후크가 있습니다.

반면, abbrev 테이블을와 공유합니다 emacs-lisp-mode.

편집 : @phils가 그의 답변 (참조)에서 공통 부모 의 키 맵을 공유 emacs-lisp-mode하고 lisp-interaction-mode공유합니다 lisp-mode-shared-map. 따라서 키 바인딩을 복제 할 이유가 없습니다.에 키 바인딩을 정의하면 lisp-mode-shared-map두 모드 모두에 적용됩니다 ( lisp-mode그러나 아마도 괜찮을 것입니다).

*scratch*버퍼 모드를 emacs-lisp-mode? 로 변경하면 예기치 않은 결과가 발생 합니까?

가장 확실한 결과는 lisp-interaction-mode-hook더 이상 *scratch*버퍼 에서 실행되지 않는 것 입니다.

FWIW, 내가 사용 emacs-lisp-mode에 *scratch*버퍼 나 자신. 내가 뭔가를 평가하려면, 난 그냥 할 C-x C-e로, C-u필요할 때 접두사. 이 관행에 단점이 없습니다.

왜 모드가 있는지에 관해서는 몇 줄의 lisp 코드 elisp-mode.el가 있으며 영원히 계속 존재 하므로 제거하는 것이 의미가없는 것 같습니다.