Jeśli chodzi o funkcjonalność, jakie są kluczowe punkty, które obecnie odróżniają XEmacs od GNU Emacs?
Aby uwzględnić różne harmonogramy wydań, należy wziąć pod uwagę najnowszą wersję rozwojową każdego smaku Emacsa jako podstawę do porównania.
Powinniśmy unikać sporów o kwestie historyczne / organizacyjne / filozoficzne / ..., więc proszę tylko wspomnieć o różnicach czysto funkcjonalnych / technicznych.
Odpowiedzi:
O ile mi wiadomo, w XEmacs od dawna obecna jest głównie jedna funkcja, której wciąż brakuje w GNU Emacs: dynamiczne ładowanie modułów napisanych w C lub FFI
Chociaż jest to regularnie omawiane na liście mailingowej emacs-devel i nie ma już sprzeciwu wobec jego implementacji od obecnego opiekuna, to wciąż jest w toku.
W chwili pisania tego tekstu integracja niektórych dodatkowych funkcji jest aktywnie odkładana do momentu istnienia czegoś takiego, jak poprawne FFI (na przykład wiązania json i yaml ), więc można zasadnie oczekiwać, że ta ostatnia brakująca funkcja powinna zostać zaimplementowana.
W rzeczywistości istnieją oznaki, że kod dla tej funkcji będzie teraz mile widziany w bazie kodu Emacsa 25, o ile są one domyślnie wyłączone.
źródło
Ponieważ Emacs jest rozszerzalny, każdą funkcję, której brakuje w Emacsie, można dodać za pomocą odpowiednich pakietów ELisp. Ważne różnice są wewnętrzne:
Ponieważ XEmacs jest obecnie w większości nieobsługiwany, warto obejść drobne niedociągnięcia w systemie typu Emacsa i używać utrzymanej wersji.
źródło
Xah Lee napisał w 2007 roku o pakietach XEmacs, które jego zdaniem były bardziej dojrzałe. Obecnie GNU Emacs ma pakiet.el, więc trudno jest znaleźć pakiety, które są bardziej dopracowane na XEmacs.
Witryna XEmacs ma również stronę dokumentującą różnice .
XEmacs nie obsługuje makr czytników zdefiniowanych przez użytkownika, ale obsługuje dodatkowe makra czytników
#+
i#-
.źródło