하나의 그래픽 툴킷과 다른 그래픽 툴킷으로 Emacs를 컴파일하면 어떤 이점이 있습니까?


19

옵션은 gtk, gtk2, gtk3, lucid 또는 athena, 주제입니다. 물론 시각적 차이가 있으며 하나의 툴킷이 다른 것보다 취향에 더 가깝습니다. 그 외에도 성능이나 기능과 관련하여 다른 차이점이 있습니까? 다른 응용 프로그램과의 시각적 일관성을 위해 gtk로 Emacs를 컴파일하는 데 사용했지만 방금 lucid로 컴파일하면 gtk보다 lucid로 렌더링이 더 빠를 수 있다는 인상을 받았습니다.


나는 성능과 관련하여 이것에 매우 관심이 있습니다. 그러나 나는 낙관적이지 않습니다. = /
Malabarba 8

내가 주목 한 한 가지 차이점 : gtk 지원으로 Emacs는 파일 선택 창을 사용하여 파일 (예 : 이메일 첨부 파일)을 묻습니다. lucid를 사용하면 Emacs는 미니 버퍼의 경로를 묻습니다.
tmalsburg

나는 lucid와 함께 24.4를 설치했고 보통주는 인터페이스를 얻을 수 없다는 것을 깨달았다 list-packages. 미니 버퍼에 설치할 수있는 패키지 목록 만 표시됩니다.
Kaushal Modi

답변:


11

적어도 하나의 문서화 된 차이점이 있습니다. 분명히, gtk + emacs 데몬의 크래시를 유발하는 버그가 있지만 명쾌한 emacs는 아닙니다.

emacs를 데몬으로 시작하면 다음 경고가 표시됩니다.

경고 : 오래 지속되는 Gtk + 버그로 인해 http://bugzilla.gnome.org/show_bug.cgi?id=85715 데몬 모드에서 실행하면 Xmac 연결이 갑자기 중단 될 수 있습니다. --with-x-toolkit = lucid로 구성된 Emacs를 사용하면이 문제가 없습니다.

오랜,이 버그는 2002 년에 다시 확실히 적절한보고있다 그러나 어떤 사람들은 여전히 2014 (의로 직면하고 링크 ).


작년에이 버그에 대한 토론을 기억합니다. 사람들은 여전히 ​​그것에 부딪칩니다. (단지 사람들이 구식 버전을 실행했을 가능성이 있습니다) .
Malabarba

@Malabarba 정보에 감사드립니다. 정보를 수정하겠습니다.
T. Verron

2
실제로이 버그가 계속 발생합니다. Fedora 20의 Emacs 24.3.
rekado

이것은 마침내 Emacs와 여러 X 세션에서 겪은 이상한 행동을 설명합니다. (한 세션을 닫으면 Emacs 서버가 충돌하고 많은 CPU를 차지하기 시작합니다.)
Tikhon Jelvis

GNU Emacs 25.0.50.1데비안 불안정에서 사용 하고 있습니다. GTK 툴킷으로 컴파일하면 emacs --daemonand를 사용할 때 임의의 충돌이 발생 emacsclient합니다. 명쾌하게 만 모든 것이 잘 작동합니다.
Boccaperta-IT
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.