Jaka jest różnica między Sublime text a Github's Atom [zamknięte]

334

Github ogłosił Atom, który jest bardzo podobny do Sublime. Nawet niektóre skróty klawiaturowe podobne ⌘ + P, ⌘ + Shift + Pitd. Są takie same.

  1. Czym różni się Atom od Sublime?
  2. Czy zawiera funkcje IDE, takie jak narzędzia do budowania, skoki definicji funkcji, dokumentacje itp.?
  3. Czy ktoś korzystający z Sublime dostał zaproszenie do bety, aby wskazać różnice?
  4. Czy mogę używać motywów, schematów i pakietów z Sublime w takiej postaci, w jakiej Sublime mogłaby zrobić z wiązaniem tekstu .

Atom Shell1

PS: Otwórz obraz w nowej karcie dla większej rozdzielczości.

Om Shankar
źródło
3
Umieść odpowiedni motyw i możesz sprawić, że wielu redaktorów będzie wyglądać (czasem też tak samo). Poza tym są to różni redaktorzy. Wypróbuj oba i trzymaj się tego, który wolisz.
Gawron
17
FWIW, używam Atom przez cały weekend i chociaż mi się podoba, nie widzę żadnej realnej przewagi nad SublimeText3. Nie ma w tym nic złego, po prostu nie widzę żadnego ważnego powodu, aby zmieniać edytory. Może zmienię zdanie, gdy użyję go więcej.
carl_h
26
Domyślam się, że integracja git / github byłaby pierwszym powodem do zmiany. Jak, do cholery, odeszli, rażąco zdzierając Sublime Text? Czy zapłacili Sublime, czy z nimi współpracowali?
jellohead,
4
Jest to kompletny klon Sublime Text. Powinni byli to zrobić w Pythonie, aby nie było tak powolne w pisaniu i przewijaniu. Następnie włączyła CEF dla wszystkich zalet wbudowanej przeglądarki i pozwoliła na te same dodatki za pomocą JavaScript / CoffeeScript. Lubię Atom.io, ponieważ lubię Sublime Text. Ostatecznie przestanę używać Atom.io, ponieważ denerwuję się wydajnością, która nie wydaje się możliwa do naprawienia z powodu wyboru języka. Spójrz na Google Spark może ...
Tom
40
Różnice Atom stał się open source . Więc bąć szczęśliwy!
Ionică Bizău

Odpowiedzi:

127
  1. Czym różni się Atom od Sublime?
    • Atom jest otwartym edytorem tekstu / IDE, zbudowanym na JavaScript / HTML / CSS.
    • Sublime Text jest produktem komercyjnym, zbudowanym na C / C ++ i Python.
    • Porównywalnym z Atomem jest Adobe Brackets , kolejny edytor tekstu / IDE typu open source oparty na JavaScript / HTML / CSS. Należy pamiętać, że dzięki temu wsporniki są bardziej zorientowane na tworzenie stron internetowych, szczególnie w interfejsie użytkownika.
    • Zaletami projektów typu open source są szybsze tempo rozwoju i oczywiście cena.
  2. Czy zawiera funkcje IDE, takie jak narzędzia do budowania, skoki definicji funkcji, dokumentacje itp.?
    • Krótka odpowiedź brzmi: tak, tak i tak. Aplikacja jest całkowicie modułowa. Otwarte źródło da ludziom swobodę wypełniania luk w kilku z tych funkcji.
  3. Czy ktoś korzystający z Sublime dostał zaproszenie do bety, aby wskazać różnice?
    • Zaletą Atom jest możliwość hakowania na poziomie podstawowym, ponieważ jest on zbudowany na tym samym kodzie, który obsługuje strony internetowe.
    • Zaletą Sublime Text jest wydajność, ponieważ nie trzeba go uruchamiać na Node.js, a jest to bardziej dojrzały produkt, który wkrótce osiągnie stabilną wersję 3.
    • Istnieje długa lista drobnych różnic, które mogą być zawarte w komentarzach (chciałbym, aby to przecenienie było w stanie narysować tabelę do porównań, ale to inna kwestia).
    • Ze względu na szybką frekwencję Atom, obawiam się, że niektóre różnice, które tu wymienię, z czasem staną się nieaktualne. Na przykład w momencie pisania tego tekstu Atom jest dostępny tylko na komputerach Macintosh, podczas gdy Sublime Text jest już wieloplatformowy.
  4. Czy mogę używać motywów, schematów i pakietów z Sublime w takiej postaci, w jakiej Sublime mogłaby zrobić z wiązaniem tekstu.
    • Krótka odpowiedź brzmi „nie”, ale ze względu na łatwość hakowania Atom łatwo będzie zmieniać narzędzia innych edytorów do Atom.
harrypujols
źródło
Widzę dużo plików Pythona na Sublime Text
atilkan
7
@emrah Tak. Wzniosły tekst jest napisany w C ++ i Python. (nawet Google wie o tym ): P
pradyunsg
„Atom jest dostępny tylko na komputerach Macintosh” ... nie bardzo. Masz wersje Linux (deb, rpm) i Windows dostępne na stronie atomu
mickro,
4
Być może „w momencie pisania tego tekstu” odpowiedź udzielona ponad rok temu powinna być wskazówką, że przykład wersji musiał być nieaktualny.
harrypujols
Warto również zauważyć, że node.js nie jest szczególnie wolny, szczególnie gdy jest napisany, aby skorzystać ze strategii optymalizacji V8.
trognanders
167

Oprócz punktów z wcześniejszych odpowiedzi, warto wyjaśnić różnice między tymi dwoma produktami z perspektywy wyborów dokonanych podczas ich rozwoju.

Sublime jest skompilowany binarnie dla platformy. Jego rdzeń jest napisany w C / C ++, a wiele jego funkcji jest zaimplementowanych w Pythonie, który jest także językiem używanym do jego rozszerzania. Atom jest napisany w Node.js / Coffeescript i działa pod webkitem, przy czym Coffeescript jest językiem rozszerzenia. Chociaż podobnie w UI i UX, Sublime działa znacznie lepiej niż Atom, szczególnie w „ciężkim podnoszeniu”, takim jak praca z dużymi plikami, złożonym SnR lub wtyczkami, które intensywnie przetwarzają pliki / bufory. Chociaż oczekuję ulepszeń w miarę dojrzewania Atomu, wybór projektu i platformy ogranicza wydajność.

„Zamknięta” część Sublime obejmuje API i interfejs użytkownika. Oprócz skórek / motywów i kolorów, interfejs API utrudnia obecnie modyfikowanie innych aspektów interfejsu użytkownika. Na przykład wtyczki Sublime nie mogą wchodzić w interakcje z paskiem bocznym, kontrolować ani rysować w obszarze edycji (z wyjątkiem pewnych ograniczonych sposobów, np. W rynnie) ani manipulować paskiem stanu poza zwykłym tekstem. „Zamknięta” część atomu jest obecnie nieznana, ale mam wrażenie, że jest mniejsza.Atom ma bogatszy interfejs API (choć obecnie słabo udokumentowany), którego celem projektowym jest umożliwienie większej kontroli nad interfejsem użytkownika. Ścisłe połączenie z webkitem oferuje liczne możliwości ulepszenia funkcji interfejsu użytkownika, które obecnie nie są możliwe w Sublime. Jednak rozszerzenia Sublime działają bliżej natywnych, więc te, które wykonują intensywne obliczenia, wysoce powtarzalne lub złożone manipulacje tekstem w dużych buforach, są możliwe w Sublime.

Ponieważ więcej Atomu będzie otwartych, Github otworzy Atom 6 maja. W rezultacie prawdopodobne jest, że wsparcie i tempo rozwoju będą szybkie. Natomiast rozwój Sublime znacznie się spowolnił - ale nie jest martwy . W szczególności istnieje wiele błędów, wiele dość trywialnych, które nie zostały naprawione przez programistę. Żadne z nich nie powstrzymuje imo, ale jeśli chcesz czegoś w szybkim rozwoju z regularnymi poprawkami i ulepszeniami, Sublime będzie frustrować. To powiedziawszy, instalowalne pakiety Atom dla Windows i Linuksa jeszcze się nie ukazały, a aktywność w bazie kodu wydaje się ostygnąć w tygodniach przed ogłoszeniem i od jego ogłoszenia, zgodnie ze statystykami Githuba.

Jeśli chodzi o funkcje IDE, z perspektywy webdev Atom pozwoli na rozszerzenia aż do zbliżania się do produktów takich jak Webstorm, choć żadne jeszcze się nie pojawiło. Zobaczymy, jak Atom poradzi sobie z tak „ciężkimi” rozszerzeniami, ponieważ edytor natywnie czuje się powolny. Ze względu na ograniczenia w interfejsie API i brak bazowego pakietu internetowego, Sublime nie pozwoli na taki poziom dostosowania interfejsu użytkownika, chociaż deweloper może rozszerzyć interfejs API w celu obsługi takich funkcji w przyszłości. Ponownie, podstawowa wydajność Sublime pozwala na rzeczy, które wymagają obliczeniowego pomruku; Indeksowanie symboli ST3 jest przykładem, który sprawdza się nawet przy dużych projektach. I chociaż interfejs użytkownika Atom jest z pewnością wzorowany na Sublime, zauważalnie brakuje niektórych udoskonaleń, takich jak Sublime ”

Widzę te produkty jako komplementarne. Fakt, że mają one podobną grafikę i naciśnięcia klawiszy, tylko to dodaje. Będą sytuacje, w których użycie któregokolwiek z nich ma zalety. Obecnie Sublime jest dojrzałym produktem z parytetem funkcji na wszystkich trzech platformach i bogatym zestawem wtyczek. Atom jest nowym dzieckiem, którego cechy będą szybko rosły; produkcja nie jest jeszcze gotowa i istnieją obawy dotyczące wydajności.

[Aktualizacja / edycja: 18 maja 2015 r.]

Uwaga na temat ulepszeń tych dwóch edytorów od czasu napisania powyższego.

Oprócz poprawek błędów i ulepszeń rdzenia, Atom doświadczył szybkiego wzrostu rozszerzeń innych firm, a autouzupełnianie plus stało się częścią standardowej dystrybucji Atom. Jakość rozszerzenia jest bardzo zróżnicowana, a szczególną irytacją jest częstotliwość, z jaką niestabilne pakiety stron trzecich mogą spowodować awarię edytora. W ciągu ostatniego roku Atom przeniósł się do używania React poprzez przeniesienie działania odświeżania / odświeżania do GPU ze względów wydajnościowych, znacznie poprawiając reakcję interfejsu użytkownika na typowe czynności edycyjne (przewijanie, ruch kursora itp.). Chociaż znacznie poprawiło to działanie edytora, nadal jest niewygodne w przypadku zadań intensywnie wykorzystujących procesor, jak opisano powyżej, i nadal jest powolne podczas uruchamiania. Oprócz ulepszeń wydajności, Atom czuje się znacznie bardziej stabilny na całej planszy.

Rozwój Sublime ponownie wzrósł od stycznia 2015 r., Wraz z poprawkami błędów, kilkoma drobnymi nowymi funkcjami (interfejs API podpowiedzi, ulepszenia systemu kompilacji) oraz znaczącym postępem w postaci nowej definicji .sublime opartej na yaml (aby ostatecznie zastąpić starą xml .tmLanguage). Wraz z niestandardowym silnikiem wyrażeń regularnych, który zastępuje Onigurama, nowy system oferuje większy potencjał precyzyjnego dopasowania wyrażeń regularnych, jest znacznie szybszy (do 4x) i może wykonywać wiele dopasowań równolegle. Oprócz składni kolorowania, Sublime używa tych komponentów do indeksowania symboli (definicja goto itp.) I innych funkcji rozpoznających język. Oprócz dalszego przyspieszania Sublime, szczególnie w przypadku dużych plików, ta funkcja powinna otworzyć potencjał wydajnych funkcji specyficznych dla języka, takich jak refaktoryzacja kodu itp. Obiecuje się dalsze „duże zmiany”,

sebt
źródło
2
Wydaje mi się, że ta odpowiedź jest nieco przestarzała, ponieważ atom jest teraz w pełni open source.
JorgeArtware
6
@JorgeArtware, nie sądzę, aby ogłoszenie o otwartym źródle dla Atomu pomijało jakiekolwiek informacje podane powyżej poza oczywistością. Jednak poprawiłem post, aby odzwierciedlić ten fakt, i dodałem trochę dodatkowych informacji, aby zaktualizować informacje.
sebt
1
Głosowałem za waszą świetną odpowiedzią jeszcze przed tym faktem, po prostu wskazałem, że potrzebuje trochę aktualizacji, co zrobiliście, więc to fajnie.
JorgeArtware
2
„instalowalne pakiety Atom dla Windows i Linux jeszcze nie zostały wydane” -> Właśnie pobrałem instalator Windows i nie może być łatwiej. Działa świetnie nawet bez uprawnień administratora.
gdelfino
129

Atom jest napisany przy użyciu Node.js, CoffeeScript i LESS. Następnie jest on zawijany w opakowanie WebKit, które pierwotnie było dostępne tylko dla OSX, chociaż dostępna jest również wersja dla systemu Windows. (Wersja Linux musi być zbudowana ze źródła, ale dla użytkowników Ubuntu istnieje PPA).

Wiele architektury i funkcji zostało zduplikowanych z Sublime Text, ponieważ zostały wypróbowane i przetestowane. System wtyczek działa prawie tak samo, ale otwiera wiele nowych funkcji i możliwości, ujawniając także nowe interfejsy API.

Uważam, że skróty pozostają w większości takie same ze względu na pamięć mięśni - ludzie je zapamiętają i będą mogli natychmiast kliknąć Atom.

Preferencjami można sterować za pomocą graficznego interfejsu użytkownika, a nie bezpośrednio edytując JSON, co może obniżyć barierę wejścia dla osób rozpoczynających pracę z Atomem. Samemu trudno mi się nimi poruszać, ponieważ w Preferencjach nie ma funkcji wyszukiwania.

Możesz zapisać się na zaproszenie na kanale IRC ## atom- invites lub zarejestrować się na ich stronie internetowej i dodać swój adres e-mail. Pierwsza runda zaproszeń nadeszła szybko.

James
źródło
18
Niesamowite. Dzięki temu wsporniki Adobe posmakują pyłu, zanim jeszcze się zapalą. Pracując w Adobe, byłem bardzo entuzjastycznie nastawiony do równoległego zespołu pracującego nad wspornikami - również zbudowanymi na opakowaniu WebKit (CEF)
Om Shankar
Dostałeś też zaproszenie? Dodałem jeszcze jeden punkt na temat pakietów. Nie chcę stracić istniejących pakietów Sublime, ale chcę przetestować Atom
Om Shankar
1
Przepraszam Om, właśnie zalogowałem się ponownie do SO. Dostałem zaproszenie w ciągu pierwszych 5 minut od ich wysłania :) Ach tak, zapomniałem wspomnieć, że motywy i schematy można konwertować ze stylu TextMate na Atom. Jeśli moja odpowiedź ci pomogła, czy mógłbyś kliknąć duży haczyk?
James
1
@ ConnorLeech jeszcze się nie obawiam.
James
2
@ConnorLeech Teraz dostępna jest umowa PPA dla Ubuntu
Matthew Daly
56

Atom jest open source (jest już od kilku godzin), podczas gdy Sublime Text nie.

bhell
źródło
22

Oto kilka różnic między nimi:






* Chociaż APM jest oddzielnym narzędziem, jest ono pakowane i instalowane automatycznie z Atomem

Alcides Queiroz Aguiar
źródło
Od tego postu Atom dodał pełną obsługę systemu Windows za pośrednictwem pliku .exe
Unome
12

Atom został stworzony przez Github i zawiera „świadomość git”. To funkcja, którą bardzo lubię:

wprowadź opis zdjęcia tutaj

Podświetla także pliki w drzewie git, które zmieniły się w różnych kolorach w zależności od ich statusu zatwierdzenia:

wprowadź opis zdjęcia tutaj

joscas
źródło
2
Podświetlanie drzewa git było dla mnie jedną z najlepszych funkcji w Atomie, ponieważ sprawdzenie, który kod nie został
zatwierdzony
11

Właśnie dostałem dzisiaj zaproszenie do bety i od razu wypróbowałem Atom. GUI przypomina Sublime i tak, niektóre skróty zostały przyjęte z Sublime.

Oprócz wszystkiego, co wspomniano powyżej, oto kilka różnic, które zauważyłem do tej pory:

  1. Tryb Vim nie jest tak dobry, jak tryb Vintage w Sublime (który nie jest również w pełni funkcjonalnym vimem), ponieważ pakiet vim jest na wczesnym etapie rozwoju. Szczegółowe informacje można znaleźć na stronie https://atom.io/packages/vim-mode .

  2. Jak wspomniał James, Atom jest napisany za pomocą narzędzi internetowych, dzięki czemu masz dostęp do arkusza stylów edytora tekstu (styles.less), aby wykonać dowolne zmiany wyglądu za pomocą CSS. Istnieje również opcja zmiany początkowego CoffeeScript.

  3. Ponownie, ponieważ Atom jest wciąż w fazie beta, Sublime ma znacznie więcej natywnych pakietów wtyczek. Ponieważ jednak Atom jest napisany w Node.js, oficjalna strona Atomu powiedziała, że ​​możesz „wybierać spośród ponad 50 tysięcy w repozytorium pakietów Node”. (Ponieważ nie jestem zawodowcem Node.js, nie analizowałem tej funkcji)

  4. Atom ma lepszą obsługę Github po wyjęciu z pudełka, ale Sublime ma kilka pakietów Git.

  5. Sublime to nieograniczony okres próbny płatnej aplikacji. Atom jest darmowy na etapie beta, ale nie wiemy, czy Github chce go naładować, czy nie.

Najważniejsze jest to, że Atom to edytor tekstu zbudowany w technologii internetowej w fazie beta. Natomiast Sublime ewoluowało poprzez wiele różnych iteracji. Atom wciąż nie ma wielu pakietów obsługiwanych przez Sublime, więc pytanie brzmi: czy Atom nadąży za Sublime, czy stanie się lepszy? Github wydaje się być przekonany o przyszłości tej edycji tekstu ze względu na popularne technologie bazowe, a Atom prawdopodobnie będzie dobrą alternatywą dla Sublime na dłuższą metę.

Keeeeeenw
źródło
1
Chociaż zgadzam się ze wszystkim innym, nie powiedziałbym, że ma lepszą obsługę GitHub, ponieważ nie może nawet zatwierdzać ani edytować plików z poziomu edytora (chyba że coś mi brakuje). Powiedziałbym, że jest to podstawowa funkcja produktu pochodzącego z samego GitHub?
James
@James, o ile mi wiadomo, w prawym dolnym rogu otwartego pliku, Atom poinformuje o bieżącej gałęzi git i wydaje się, że istnieje natywna obsługa Git Diff. Ale masz rację, że nie ma podstawowej funkcji zatwierdzania / wypychania / ciągnięcia. Powinienem był wyrazić się lepiej w tej części.
Keeeeeenw
@James, dlaczego w ogóle chcesz robić zatwierdzenia od edytora?
Thomas McCabe
1
@Keeeeeenw powiedzieli, że planują pobierać za to opłatę, podobnie jak wzniosłe. Jest już pakiet Atom naśladujący przypomnienie licencji ST;)
Thomas McCabe
3
@ThomasMcCabe dlaczego nie miałbyś? Czy spojrzałeś na SublimeGit ? Znacząco poprawiło to moją pracę.
James
10

Kolejna różnica polega na tym, że Podniosły tekst jest projektem zamkniętym, podczas gdy kod źródłowy Atom jest / będzie publicznie dostępny - chociaż Github nie planuje opublikować go jako prawdziwego projektu open source. Chcą dać dostęp do kodu, bez otwierania go na wkłady.

Github upublicznił kod: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Pascal Le Merrer
źródło
9
Oto cytat z Toma Prestona-Wernera z Github: „Atom nie będzie zamkniętym źródłem, ale też nie będzie otwartym źródłem. Będzie gdzieś pomiędzy, co ułatwi nam ładowanie za Atom, jednocześnie tworząc źródło dostępne na ograniczonej licencji, abyś mógł zobaczyć, jak wszystko działa. Nie sfinalizowaliśmy jeszcze dokładnie, jak to będzie działać. Będziemy mieć pełne szczegóły gotowe do oficjalnej premiery. " Źródło: talk.atom.io/users/mojombo/activity
Pascal Le Merrer
1
Ach, dziękuję. Wygląda więc na to, że otworzą pakiety i interfejsy, ale zachowaj rdzeń zamknięty.
ellotheth,
1
@PascalLeMerrer, dzięki temu Atom jest jeszcze bardziej podobny do obecnego etapu Sublime.
Om Shankar,
4
@PascalLeMerrer Uważam, że oświadczenie zostało wydane przed podjęciem decyzji o utworzeniu Atom OSS na licencji MIT ( pierwotnie nie był to plan
jameh
1
@Jameh masz rację. Github zmienił swój pierwotny plan. a moja odpowiedź dotyczyła ich wstępnego oświadczenia.
Pascal Le Merrer
5

Atom wciąż jest w fazie beta (piszę to v0.123), ale porusza się szybko. O wiele szybszy niż Sublime. Nowe kompilacje są wydawane co tydzień, czasem nawet kilka z nich w tym samym tygodniu. W krótkim okresie istnienia wydało więcej wydań niż Sublime, co wymaga miesięcy, aby wydać nową funkcję lub naprawić błąd. Oto zaktualizowane spojrzenie na rzeczy spoglądające wstecz na ścieżkę, którą podążał Atom od czasu premiery wersji beta:

  1. Sublime ma lepszą wydajność niż Atom. Po prostu dlatego, że jest napisany w C ++. Atom z drugiej strony to internetowa aplikacja komputerowa zbudowana na Chromium i chociaż osiągają wydajność bliską sercu, osiągnięcie takiej samej prędkości i szybkości reakcji będzie naprawdę trudne lub wręcz niemożliwe. W lipcu Atom zaczął używać Reacta, co znacznie poprawiło jego wydajność, ale nadal możesz poczuć różnicę. Poza tym, jeśli problemy z wydajnością Atom nie odepchną użytkowników - Sublime lepiej przyspieszy cykl wydania, wyszczupli jego drobne poprawki UX i rozważy włączenie większej liczby autorów, ponieważ to tutaj wygrywa Atom.

  2. Ekosystem pakietów Atom również rośnie bardzo szybko, może nie być tak duży jak Sublime w tej chwili, ale mam wrażenie, że z GitHubem, który powróci, będzie się rozwijał jeszcze szybciej. Prawdopodobnie ma większość pluginów IDE, o których możesz pomyśleć. Główną różnicą jest to, że nie obsługuje plików większych niż 2 MB, więc warto o tym pamiętać.

  3. Jedyną rzeczą, którą zauważysz na początku, jest to, że minęła Sublime minimapa! Poza tym pierwsze wrażenie jest takie, że Atom wygląda prawie tak samo jak Sublime. Bardziej szczegółowe porównanie na ten temat napisałem w tym poście na blogu .

  4. O ile mi wiadomo, nie jest to łatwy i prosty sposób na przeniesienie Sublime konfiguracji, pakietów itp.

tkfx
źródło
2
Możesz uzyskać minimapę w Atom, instalując ten pakiet: atom.io/packages/minimap
nwinkler
5

Próbowałem Atom i wygląda to naprawdę fajnie, ALE jest jeden poważny problem (przynajmniej w wersji 0.84):

Nie obsługuje wyboru pionowego Alt+ Przeciągnij - jest to niezbędne w każdym nowoczesnym edytorze kodu.

Pavel Nikolov
źródło
16
Jest do tego pakiet: (bezwstydna wtyczka) atom.io/packages/Sublime-Style-Column-Selection (alt + drag)
BigFive
2

Jedną z głównych różnic jest obsługa „czcionek indyjskich”, czyli skryptów z Azji Południowej (w tym języków Azji Południowo-Wschodniej, takich jak khmerski, laotański, myanmar i tajski). Ponadto istnieje znacznie lepsza obsługa języków wschodnioazjatyckich (chiński, japoński, koreański). Są to znane błędy (w rzeczywistości najwyżej oceniane błędy), które miały miejsce od lat (wydawało się, że obsługa języka wschodnioazjatyckiego działała lepiej, ale obecnie jest trudna w użyciu):

jeffmcneill
źródło
2
Mówicie, że są „inni” i mówicie „jest znacznie lepiej ...” Ale nie mówicie, który z Sublime lub Atom jest lepszy. Czy linki Sublime sugerują, że promujesz Sublime? Czy też są linkami do nieusuniętych błędów w Sublime jako dowodu, że musi dogonić Atom?
hippietrail
2
Sublime ma bardzo słabą obsługę języków azjatyckich. Nie potrafią poprawnie renderować skryptów Azji Południowej / Azji Południowo-Wschodniej i źle wykonują języki Azji Wschodniej. Linki są dowodem braku wsparcia. Nie mogę korzystać z Sublime z powodu tych funkcji, jednak mogę korzystać z Atomu ze względu na lepszą obsługę języków.
jeffmcneill
Ach, to też jest dla mnie bardzo ważne. Powinieneś dodać informacje z komentarza do rzeczywistej odpowiedzi. Próbowałem nawiasów klamrowych i do tej pory działa dla mnie Lao i Thai.
hippietrail
2

Pracuję w mało ekstremalnym środowisku; edytuj pliki na zdalnym systemie plików (na pewno w sieci zewnętrznej), który jest zamontowany na moim laptopie przez ssh (alias. sshfs). Niezależnie od tego, dlaczego tak robię, chociaż jego uciążliwa reakcja jest dość jadalna, gdy używam Sublime Text 2.

Próbowałem na Atom po przeczytaniu tego postu, ale okazało się to dla mnie trochę bolesne; Atom wydaje się, że nie buforuje tak skutecznie struktury katalogów. Za każdym razem, gdy rozwijam folder w widoku drzewa, interfejs użytkownika zawiesza się na krótko, 2 ~ 3 sekundy, być może pobieranie informacji o systemie plików. Tak, ponieważ używam zdalnego systemu plików. Ale Sublime obsługuje to bardziej wydajnie, przynajmniej nie zawiesza się za każdym razem, gdy rozwijam folder, co jest mniej bolesne.

Myślę, że Atom jest piekło fajny za darmo, a moja historia jest trywialna, którą pewnego dnia można ulepszyć, ale w tej chwili byłby pomocny dla kogoś.

-

dodano 8/26/2014

Ostatnio zmieniłem laptopa z Macbook Air 2010 późno na Macbook Pro 13 "2013 późno. Prawdopodobnie ma 4-krotnie szybszy procesor i wiele ulepszeń wydajności. Chcę wspomnieć o mojej opinii w sprawie KIEDY ZAMONTOWAĆ SYSTEM PLIKÓW ZDALNYCH. (przy użyciu OS X Mavericks , najnowszej wersji Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 i zdalnym systemem jest serwer Ubuntu) Ostatecznie zawieszanie się interfejsu użytkownika jest znacznie krótsze, ale nadal tam jest. aby otworzyć folder z wieloma folderami / plikami i zindeksować, wymaga to pewnego czasu. Ponadto, jeśli rozszerzysz folder pełen plików, po prostu się zawiesza. (podczas zwijania folderu tak nie jest)

Według @EliDuenisch wydaje się, że tak się nie dzieje w Linux Mint. Nie jestem pewien, ale może to wynikać z różnicy między systemami operacyjnymi. Z pewnością, jeśli pracujesz na lokalnym systemie plików, nie musisz wcale przejmować się tym problemem.

Kenial
źródło
2
Cześć, może być trochę za późno, aby dodać ten wątek, ale chcę podzielić się moim doświadczeniem w edytowaniu kodu w tak „ekstremalnym środowisku” (over ssh). Wzniosłe 2 i 3 są okropne, ponieważ mają tendencję do zawieszania się na kilka sekund podczas próby zapisania tekstu. Moje połączenie internetowe jest bardzo szybkie, więc to nie powinien być powód. Ponieważ zdarza się to dość często, rzucam Sublime. Jak dotąd Atom wydaje się działać w tym sensie dobrze, bez żadnego zamrażania.
Eli Duenisch
@EliDuenisch Ciekawe. Czy możesz udostępnić szczegółowe informacje o swoim środowisku? (Jak napisałem) Testowałem z systemem OS X Mountain Lion i FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 i Sublime 2. Gdy czytam twój komentarz, myślę, że nadszedł czas, aby sam ponownie przetestować Atom, być może: )
Kenial,
Niestety nie pamiętam wersji Atom, z której wtedy korzystałem.
Kenial,
Pracuję na Linux Mint, a maszyna zdalna to serwer Ubuntu Linux. Połączenie jest ustanawiane przez tunel SSH. Występują opóźnienia podczas zapisywania, które są nieco zbyt długie, aby można je było wyjaśnić po prostu przesyłaniem danych. Opóźnienia te nie występują podczas korzystania ze standardowego edytora tekstu (Gedit / Pluma). Ale przynajmniej nie ma zamrożenia GUI, jak w Sublime.
Eli Duenisch,
@EliDuenisch Różnica może wynikać z różnych systemów operacyjnych. Zdalna maszyna była również serwerem Ubuntu w moim przypadku. Zaktualizuję swój post po ponownym przetestowaniu i jeśli będzie jakaś zmiana.
Kenial
2

Jedną z głównych różnic, na którą nikt dotąd nie zwrócił uwagi i która może być ważna dla niektórych osób, jest to, że (przynajmniej w systemie Windows) Atom nie obsługuje w pełni innych układów klawiatury niż USA. Istnieje raport o błędzie dotyczący kilkuset postów, które są otwarte od ponad roku ( https://github.com/atom/atom-atomymap/issues/35 ).

Może mieć znaczenie przy wyborze edytora.

Dakkaron
źródło
2
Najwyraźniej naprawiony w Atom 1.9 (który jest obecnie w fazie beta).
phk
1

UWAGA ::

- z powodu źle wykonanego systemu buforowania, w Atom często występuje utrata danych przy użyciu dużych plików.

Udowodniono to wiele razy.

Pian0_M4n
źródło
To się już nie zdarza. Było to związane z problemem polegającym na tym, że miejsce na dysku było pełne, a zawartość pliku została obcięta do zera, zamiast kopiować zawartość do pliku tymczasowego.
Raptus,