To, co zmieniło mnie z nvi / vim na nvi / emacs, ponieważ moje odpowiednie „zmiany dwóch słów w pliku” / „spędzają godziny na edycji ogromnego drzewa katalogów pełnego plików”, to integracja podprocesów. Będąc w stanie ocenić obszar tekstu w tłumaczu za pomocą naciśnięcia klawisza, automatycznie przeskoczyć do błędów, aby je poprawić, a następnie pozostawić tłumacza działającego przez cały czas był niezwykle pomocny.
Inne rzeczy, za którymi dzisiaj tęsknię, gdy nie używam emacsa: spójność skrótów klawiszowych w różnych trybach i kontekstach (wycinanie / wklejanie / ruch / itd. Działa tak samo w minibuforze, jak w buforze), interaktywna aktualizacja wyświetlania potencjalnych uzupełnień za pomocą trybu ido (" Cx b ”pokazuje mi listę buforów, na które mogę się przełączyć, wpisując jedną literę„ .c ”ukrywa wszystkie bez bufora .c gdzieś w nazwie,„ Cs ”obraca listę,„ enter ”wybiera element Jestem sfrustrowany tym, że mój menedżer okien lub firefox jest bezużyteczny, teraz, gdy mam sposób przełączania kontekstów, wszystko inne jest niezdarne.
Kolejną zaletą w moim umyśle jest wielowarstwowa przewaga, którą większość emaców jest implementowana w seplenieniu emacsa. Oznacza to, że emacs lisp jest użyteczny jako język rozszerzeń i posiada funkcje potrzebne do prawdziwego programowania. Oznacza to, że język rozszerzenia jest wystarczająco wydajny i skalowalny. Oznacza to, że kiedy ludzie rozszerzają emacs, aby poprawić swoją wydajność, ich funkcje mogą być trywialnie zintegrowane z oficjalnymi emacsami. Z biegiem czasu oznacza to, że emacs jest społecznością rozwijaną na skalę nie dopasowaną do żadnego innego projektu wolnego oprogramowania (chociaż firefox może w końcu dogonić rzeczy xul / userscript). Oznacza to, że ponieważ elisp jest językiem bardzo refleksyjnym, mogę w sposób interaktywny wysyłać zapytania o funkcjonalność edytora - w języku wystarczająco odblaskowym sam program jest najbardziej dokładną dokumentacją, jaką możesz mieć.