Quelle est la différence entre Sublime text et Github's Atom [fermé]

334

Github a annoncé Atom qui est très similaire à Sublime. Même certains raccourcis clavier comme ⌘ + P, ⌘ + Shift + Petc. sont identiques.

  1. En quoi Atom est-il différent de Sublime?
  2. Comprend-il des fonctionnalités IDE comme des outils de construction, des sauts de définition de fonction, des documentations, etc.?
  3. Quelqu'un qui utilise Sublime a-t-il reçu une invitation bêta pour signaler les différences?
  4. Puis-je utiliser les thèmes, les schémas et les packages de Sublime tels quels, comme Sublime pourrait le faire avec text mate .

Atom Shell1

PS: Ouvrez l'image dans un nouvel onglet pour une plus grande résolution.

Om Shankar
la source
3
Mettez un thème approprié et vous pouvez faire en sorte que beaucoup d'éditeurs se ressemblent (parfois aussi). En dehors de cela, ce sont des éditeurs différents. Essayez-les tous les deux et restez avec celui que vous préférez.
Tour
17
FWIW, j'ai utilisé Atom tout le week-end et même si j'aime ça, je ne vois aucun avantage réel sur SublimeText3. Il n'y a rien de vraiment mauvais à cela, je ne vois tout simplement aucune raison impérieuse de changer d'éditeur. Je vais peut-être changer d'avis une fois que je l'aurai davantage utilisé.
carl_h
26
Je suppose que l'intégration git / github serait la raison n ° 1 de changer. Comment diable ont-ils réussi à arracher de manière flagrante Sublime Text? Ont-ils payé Sublime ou travaillé avec eux?
jellohead
4
Il s'agit d'un clone Sublime Text complet. Ils auraient dû le faire en Python pour que ce ne soit pas si lent avec la saisie et le défilement. PUIS mélangé dans le CEF pour tous les avantages d'un navigateur intégré et autorisé les mêmes types de modules complémentaires via JavaScript / CoffeeScript. J'aime Atom.io parce que j'aime Sublime Text. En fin de compte, je cesserai d'utiliser Atom.io car je serai ennuyé par les performances que je ne pense pas pouvoir réparer en raison du choix de la langue. Regardez peut-être Google Spark ...
Tom
40
Différences? Atom est devenu open source . Alors soyez heureux!
Ionică Bizău

Réponses:

127
  1. En quoi Atom est-il différent de Sublime?
    • Atom est un éditeur de texte / IDE open source, construit sur JavaScript / HTML / CSS.
    • Sublime Text est un produit commercial, construit sur C / C ++ et Python.
    • Comparable à Atom est Adobe Brackets , un autre éditeur / IDE de texte open source basé sur JavaScript / HTML / CSS. Gardez à l'esprit que cela rend les supports plus orientés vers le développement Web, en particulier dans le frontal.
    • Les avantages des projets open source sont un rythme de développement plus rapide et, bien sûr, un prix.
  2. Comprend-il des fonctionnalités IDE comme des outils de construction, des sauts de définition de fonction, des documentations, etc.?
    • La réponse courte est oui, oui et oui. L'application est complètement modulaire. L'open source donnera aux gens la liberté de combler les lacunes sur plusieurs de ces fonctionnalités.
  3. Quelqu'un qui utilise Sublime a-t-il reçu une invitation bêta pour signaler les différences?
    • Les avantages d'Atom sont le piratage d'entrée de gamme, car il est construit sur le même code que les sites Web.
    • Les avantages de Sublime Text sont les performances, car il n'a pas besoin de s'exécuter sur Node.js, et c'est un produit plus mature, sur le point d'atteindre une version stable 3.
    • Il y a une longue liste de différences mineures qui peuvent être incluses dans les commentaires (je souhaite que cette démarque puisse être en mesure de dessiner un tableau pour les comparaisons, mais c'est un autre problème).
    • En raison de la participation rapide d'Atom, je crains que certaines des différences que j'énumère ici ne deviennent obsolètes avec le temps. Par exemple, au moment d'écrire ces lignes, Atom n'est disponible que sur Macintosh alors que Sublime Text est déjà multiplateforme.
  4. Puis-je utiliser les thèmes, les schémas et les packages de Sublime tels quels, comme Sublime pourrait le faire avec text mate.
    • La réponse courte est non, mais en raison du piratage d'Atom, il sera facile de réoutiller les packages d'autres éditeurs vers Atom.
harrypujols
la source
Je vois beaucoup de fichiers Python sur Sublime Text
atilkan
7
@emrah Oui. Sublime Text est écrit en C ++ et Python. (google même sait que ): P
pradyunsg
"Atom n'est disponible que sur Macintosh" ... pas vraiment. Vous avez des versions Linux (deb, rpm) et Windows disponibles sur le site Web d'atom
mickro
4
Peut-être "au moment d'écrire ces lignes" pour une réponse publiée il y a plus d'un an aurait dû être un indice que l'exemple des versions devait être obsolète.
harrypujols
Il convient également de noter que le node.js n'est pas particulièrement lent, surtout lorsqu'il est écrit pour tirer parti des stratégies d'optimisation de V8.
trognanders
167

En plus des points des réponses précédentes, il convient de clarifier les différences entre ces deux produits du point de vue des choix opérés dans leur développement.

Sublime est un binaire compilé pour la plateforme. Son noyau est écrit en C / C ++ et un certain nombre de ses fonctionnalités sont implémentées en Python, qui est également le langage utilisé pour l'étendre. Atom est écrit en Node.js / Coffeescript et fonctionne sous webkit, Coffeescript étant le langage d'extension. Bien que similaire en UI et UX, Sublime fonctionne bien mieux qu'Atom, en particulier dans les "gros efforts" comme travailler avec des fichiers volumineux, des SnR complexes ou des plugins qui effectuent un traitement lourd sur les fichiers / tampons. Bien que j'attende des améliorations dans Atom à mesure qu'il grandit, les choix de conception et de plate-forme limitent les performances.

La partie "fermée" de Sublime comprend l'API et l'interface utilisateur. Hormis les skins / thèmes et les coloriseurs, l'API rend actuellement difficile la modification d'autres aspects de l'interface utilisateur. Par exemple, les plugins Sublime ne peuvent pas interagir avec la barre latérale, contrôler ou dessiner sur la zone d'édition (sauf de certaines manières limitées, par exemple dans la gouttière) ou manipuler la barre d'état au-delà du texte de base. La partie "fermée" d'Atom est inconnue pour le moment, mais j'ai l'impression qu'elle est plus petite.Atom possède une API plus riche (bien que peu documentée à l'heure actuelle) dans le but de permettre un meilleur contrôle de son interface utilisateur. Le fait d'être étroitement associé à webkit offre de nombreuses capacités d'amélioration des fonctionnalités de l'interface utilisateur qui ne sont pas actuellement possibles avec Sublime. Cependant, les extensions de Sublime fonctionnent plus près du natif, donc celles qui effectuent des manipulations de texte complexes, très répétitives ou complexes dans de grands tampons sont possibles dans Sublime.

Étant donné que davantage d'Atom sera ouvert, Atom Github open source le 6 mai. En conséquence, il est probable que le soutien et le rythme de développement seront rapides. En revanche, le développement de Sublime a considérablement ralenti récemment - mais il n'est pas mort . En particulier, il y a un certain nombre de bugs, dont beaucoup assez triviaux, qui n'ont pas été corrigés par le développeur. Aucun ne montre l'imo, mais si vous voulez quelque chose en développement rapide avec des corrections de bugs et des améliorations régulières, Sublime sera frustrant. Cela dit, les packages Atom installables pour Windows et Linux doivent encore être publiés et l' activité sur la base de code semble avoir ralenti au cours des semaines avant et depuis l'annonce, selon les statistiques de Github.

En termes de fonctions IDE, d'un point de vue webdev, Atom permettra des extensions au point d'approcher des produits comme Webstorm, bien qu'aucune ne soit encore apparue. Il reste à voir comment Atom se comportera avec de telles extensions "lourdes", car l'éditeur se sent nativement lent. En raison des restrictions de l'API et du manque de kit Web sous-jacent, Sublime n'autorisera pas ce niveau de personnalisation de l'interface utilisateur, bien que le développeur puisse étendre l'API pour prendre en charge ces fonctionnalités à l'avenir. Encore une fois, les performances sous-jacentes de Sublime permettent des choses qui impliquent un grognement informatique; L'indexation des symboles de ST3 est un exemple qui fonctionne bien même avec de grands projets. Et bien que l'interface utilisateur d'Atom soit certainement calquée sur Sublime, certains raffinements manquent sensiblement, comme Sublime '

Je vois ces produits comme complémentaires. Le fait qu'ils partagent des visuels et des frappes similaires ne fait qu'ajouter au fait. Il y aura des situations où l'utilisation de l'un ou l'autre présente des avantages. Actuellement, Sublime est un produit mature avec une parité de fonctionnalités sur les trois plates-formes et un riche ensemble de plugins. Atom est le nouveau gosse dont les caractéristiques vont grandir rapidement; il ne se sent pas encore prêt pour la production et il y a des préoccupations dans le domaine de la performance.

[Mise à jour / modification: 18 mai 2015]

Une note sur les améliorations apportées à ces deux éditeurs depuis la rédaction de ce qui précède.

En plus des corrections de bogues et des améliorations apportées à son cœur, Atom a connu une croissance rapide des extensions tierces, la saisie semi-automatique plus faisant désormais partie de la distribution Atom standard. La qualité des extensions varie considérablement et une irritation particulière est la fréquence à laquelle les packages tiers instables peuvent planter l'éditeur. Au cours de la dernière année, Atom est passé à l'utilisation de React en déplaçant l'activité de refusion / repeinture vers le GPU pour des raisons de performance, améliorant considérablement la réactivité de l'interface utilisateur pour les actions d'édition typiques (défilement, déplacement du curseur, etc.). Bien que cela ait nettement amélioré la sensation de l'éditeur, il semble toujours lourd pour les tâches gourmandes en CPU, comme décrit ci-dessus, et est toujours lent au démarrage. Outre les améliorations des performances, Atom se sent beaucoup plus stable à tous les niveaux.

Le développement de Sublime a repris depuis janvier 2015, avec des corrections de bugs, quelques nouvelles fonctionnalités mineures (API info-bulle, améliorations du système de construction) et un développement majeur sous la forme d'une nouvelle définition de syntaxe .sublime basée sur yaml (pour éventuellement remplacer l'ancienne xml .tmLanguage). Associé à un moteur regex personnalisé qui remplace Onigurama, le nouveau système offre plus de potentiel pour une correspondance regex précise, est beaucoup plus rapide (jusqu'à 4x) et peut effectuer plusieurs correspondances en parallèle. Outre la syntaxe de coloration, Sublime utilise ces composants pour l'indexation des symboles (définition de goto, etc.) et d'autres fonctionnalités prenant en charge le langage. En plus d'accélérer davantage Sublime, en particulier pour les fichiers volumineux, cette fonctionnalité devrait ouvrir la porte à des fonctionnalités spécifiques au langage performantes telles que le refactoring de code, etc. D'autres promesses importantes sont promises,

sebt
la source
2
Je pense que cette réponse est un peu dépassée, car Atom est maintenant entièrement open source.
JorgeArtware
6
@JorgeArtware, je ne pense pas que l'annonce open-source pour Atom évite les informations fournies ci-dessus au-delà de l'évidence. J'ai cependant corrigé le message pour refléter le fait et ajouté quelques informations supplémentaires pour mettre les choses à jour.
sebt
1
J'avais voté votre excellente réponse avant même le fait, je viens de souligner qu'elle avait besoin d'un peu de mise à jour, ce que vous avez fait, donc c'est cool.
JorgeArtware
2
"Les packages Atom installables pour Windows et Linux n'ont pas encore été publiés" -> Je viens de télécharger le programme d'installation de Windows et cela ne pourrait pas être plus facile. Fonctionne très bien même sans privilèges d'administrateur.
gdelfino
129

Atom est écrit en utilisant Node.js, CoffeeScript et LESS. Il est ensuite enveloppé dans un wrapper WebKit, qui n'était à l'origine disponible que pour OSX, bien qu'il existe désormais également une version Windows. (La version Linux doit être construite à partir des sources, mais il existe un PPA pour les utilisateurs d'Ubuntu.)

Une grande partie de l'architecture et des fonctionnalités ont été dupliquées à partir de Sublime Text car elles ont été testées et testées. Le système de plugins fonctionne presque de la même manière, mais ouvre de nombreuses nouvelles fonctionnalités et possibilités en exposant également de nouvelles API.

Je crois que les raccourcis restent essentiellement les mêmes en raison de la mémoire musculaire - les gens s'en souviendront et pourront cliquer instantanément avec Atom.

Les préférences peuvent être contrôlées avec une interface graphique plutôt qu'en modifiant directement JSON, ce qui pourrait abaisser la barrière d'entrée pour permettre aux gens de démarrer avec Atom. Je trouve moi-même difficile de les parcourir tous car il n'y a pas de fonction de recherche dans les Préférences.

Vous pouvez vous inscrire à une invitation sur le canal IRC ## atom-invite ou vous inscrire à leur site Web et ajouter votre e-mail. Le premier tour d'invitations est venu rapidement.

James
la source
18
Impressionnant. Ainsi, les supports Adobe goûteront la poussière avant même de prendre feu. Pendant que je travaillais chez Adobe, j'étais très enthousiaste à l'idée qu'une équipe parallèle travaille sur des supports - également basés sur le wrapper WebKit (CEF)
Om Shankar
De plus, avez-vous reçu une invitation? J'ai ajouté un point de plus sur les packages. Je ne veux pas perdre mes packages Sublime existants, mais je veux tester Atom
Om Shankar
1
Désolé Om, je viens de me reconnecter à SO. J'ai reçu une invitation dans les 5 premières minutes après leur envoi :) Ah oui, j'ai oublié de mentionner que les thèmes et les schémas peuvent être convertis du style TextMate en Atom. Si ma réponse vous a aidé, cela vous dérangerait-il de cliquer sur la grosse coche?
James
1
@ConnorLeech pas encore ça ne me fera pas peur.
James
2
@ConnorLeech Il y a maintenant un PPA pour Ubuntu
Matthew Daly
56

Atom est open source (depuis quelques heures maintenant), contrairement à Sublime Text.

bhell
la source
22

Voici quelques différences entre les deux:






* Bien qu'APM soit un outil séparé, il est intégré et installé automatiquement avec Atom

Alcides Queiroz Aguiar
la source
Depuis ce post, Atom a ajouté le support complet de Windows via un .exe
Unome
12

Atom a été créé par Github et inclut la "conscience de git". C'est une fonctionnalité que j'aime beaucoup:

entrez la description de l'image ici

Il met également en évidence les fichiers de l'arborescence Git qui ont changé avec différentes couleurs en fonction de leur statut de validation:

entrez la description de l'image ici

joscas
la source
2
La mise en évidence de l'arbre git a été l'une des fonctionnalités gagnantes pour moi dans Atom, voir quel code n'a pas été
validé
11

Je viens de recevoir mon invitation bêta aujourd'hui et j'ai essayé Atom immédiatement. L'interface graphique ressemble à Sublime, et oui, il existe des raccourcis adoptés à partir de Sublime.

Outre tout ce qui est mentionné ci-dessus, voici quelques différences que j'ai remarquées jusqu'à présent:

  1. Le mode Vim n'est pas aussi bon que le mode Vintage sur Sublime (qui n'est pas non plus un vim complet) car le package vim est à un stade précoce de développement. Voir https://atom.io/packages/vim-mode pour plus de détails.

  2. Comme James le mentionne, Atom est écrit à l'aide d'outils Web, vous avez donc accès à la feuille de style de l'éditeur de texte (styles.less) pour effectuer les changements d'apparence que vous souhaitez en utilisant CSS. Il existe également une option pour modifier le démarrage de CoffeeScript.

  3. Encore une fois, comme Atom est encore au stade bêta, Sublime a beaucoup plus de packages de plugins natifs. Cependant, étant donné qu'Atom est écrit dans Node.js, le site officiel d'Atom a déclaré que vous pouvez "choisir parmi plus de 50 000 dans le référentiel de packages de Node". (Parce que je ne suis pas un pro de Node.js, je n'ai pas étudié cette fonctionnalité cependant)

  4. Atom a un meilleur support Github prêt à l'emploi, mais Sublime a plusieurs packages Git.

  5. Sublime est une période d'évaluation illimitée des applications payantes. Atom est gratuit au stade bêta mais nous ne savons pas si Github veut le charger ou non.

Donc, l'essentiel est qu'Atom est un éditeur de texte construit avec la technologie Web au stade bêta. En revanche, Sublime a évolué à travers de nombreuses itérations différentes. Il manque encore beaucoup de packages pris en charge par Sublime, la question est donc de savoir si Atom rattrapera Sublime ou s’améliorera? Github semble être confiant quant à l'avenir de cette modification de texte en raison de ses technologies sous-jacentes populaires, et Atom sera probablement une bonne alternative à Sublime à long terme.

Keeeeeenw
la source
1
Bien que je sois d'accord avec tout le reste, je ne dirais pas qu'il a un meilleur support GitHub, car il ne peut même pas valider ou mettre en scène des fichiers à partir de l'éditeur (sauf si je manque quelque chose). Je dirais que c'est une fonctionnalité de base pour un produit provenant de GitHub lui-même?
James
@James, pour autant que je sache, dans le coin inférieur droit de votre fichier ouvert, Atom vous indiquera la branche git actuelle et il semble y avoir un support natif de Git Diff. Mais vous avez raison, il n'a pas la fonction de base commit / push / pull. J'aurais dû être plus clair sur cette partie.
Keeeeeenw
@James pourquoi voudriez-vous faire des commits depuis votre éditeur en premier lieu?
Thomas McCabe
1
@Keeeeeenw, ils ont dit qu'ils prévoyaient de le facturer, tout comme le sublime. Il existe déjà un package Atom pour imiter le rappel de licence ST;)
Thomas McCabe
3
@ThomasMcCabe pourquoi pas? Avez-vous regardé SublimeGit ? Cela a considérablement amélioré mon flux de travail.
James
10

Une autre différence est que le texte Sublime est un projet open source, tandis que le code source Atom est / sera accessible au public - bien que Github ne prévoie pas de le publier comme un véritable projet open source. Ils veulent donner accès au code, sans l'ouvrir aux contributions.

Github a rendu le code public: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

Pascal Le Merrer
la source
9
Voici une citation de Tom Preston-Werner de Github: «Atom ne sera pas une source fermée, mais ce ne sera pas non plus une source ouverte. disponible sous une licence restrictive pour que vous puissiez voir comment tout fonctionne. Nous n'avons pas encore finalisé exactement comment cela fonctionnera. Nous aurons tous les détails prêts pour le lancement officiel. ". Source: discuter.atom.io/users/mojombo/activity
Pascal Le Merrer
1
Ah gotcha, merci. Il semble donc qu'ils ouvriront des packages et des interfaces, mais garderont le noyau fermé.
ellotheth
1
@PascalLeMerrer, cela rend Atom encore plus similaire à la scène actuelle de Sublime.
Om Shankar
4
@PascalLeMerrer Je pense que cette déclaration a été faite avant la décision de créer Atom OSS sous la licence MIT (ce n'était pas le plan à l'origine
jameh
1
@Jameh tu as raison. Github a changé son plan initial. et ma réponse était liée à leur déclaration initiale.
Pascal Le Merrer
5

Atom est toujours en version bêta (v0.123 au moment où j'écris ceci) mais il évolue rapidement. Bien plus rapide que Sublime. De nouvelles versions sont publiées sur une base hebdomadaire, parfois même peu d'entre elles au cours de la même semaine. Dans sa courte durée de vie, il a eu plus de versions que Sublime, ce qui prend des mois pour publier une nouvelle fonctionnalité ou une correction de bogue. Voici une version mise à jour de ce qui revient sur le chemin parcouru par Atom depuis le lancement de la version bêta:

  1. Sublime a de meilleures performances que Atom. Tout simplement parce qu'il est écrit en C ++. Atom, d'autre part, est une application de bureau basée sur le Web construite sur Chromium, et même si elles prennent les performances à cœur, il sera vraiment difficile, voire impossible, d'atteindre la même vitesse et la même réactivité. En juillet dernier, Atom a commencé à utiliser React et cela lui a donné une belle amélioration des performances, mais vous pouvez toujours sentir la différence. En dehors de cela, si les problèmes de performances d'Atom ne repoussent pas les utilisateurs - Sublime accélère mieux le cycle de publication, rafraîchit ses petits ajustements UX et envisage de laisser entrer plus de contributeurs car c'est là que Atom gagne.

  2. L'écosystème de packages d'Atom se développe également très rapidement, il n'est peut-être pas aussi grand que Sublime pour le moment, mais j'ai le sentiment qu'avec GitHub de retour, il continuera de croître encore plus rapidement. Il possède probablement la majorité des plug-ins de type IDE auxquels vous pouvez penser. Une différence majeure en ce moment est qu'il ne peut pas gérer des fichiers supérieurs à 2 Mo. C'est donc quelque chose à garder à l'esprit.

  3. La première chose que vous remarquerez en premier est que la minicarte Sublime a disparu! En dehors de cela, la première impression est que Atom ressemble presque à Sublime. J'ai écrit une comparaison plus approfondie à ce sujet dans ce billet de blog .

  4. Pas de moyen simple et facile de porter vos configurations, packages Sublime et autres pour autant que je sache.

tkfx
la source
2
Vous pouvez obtenir une minicarte dans Atom en installant ce package: atom.io/packages/minimap
nwinkler
5

J'ai essayé Atom et il a l'air vraiment sympa MAIS il y a un problème majeur (au moins dans la v 0.84):

Il ne prend pas en charge la sélection verticale Alt+ glisser - c'est un must pour tous les éditeurs de code modernes.

Pavel Nikolov
la source
16
Il y a un paquet pour ça: (plug sans vergogne) atom.io/packages/Sublime-Style-Column-Selection (alt + drag)
BigFive
2

Une différence majeure est la prise en charge des «polices indic», également appelées scripts sud-asiatiques (y compris les langues du sud-est asiatique telles que le khmer, le lao, le myanmar et le thaï). En outre, il existe un bien meilleur support pour les langues d'Asie de l'Est (chinois, japonais, coréen). Ce sont des bogues connus (en fait les bogues les mieux notés) qui durent depuis des années (il semble que le support linguistique en Asie de l'Est fonctionnait mieux mais est devenu difficile à utiliser):

jeffmcneill
la source
2
Vous dites qu'ils sont "différents" et vous dites "il y a beaucoup mieux ..." Mais vous ne dites pas lequel de Sublime ou Atom est meilleur. Les liens Sublime suggèrent-ils que vous faites la promotion de Sublime? Ou sont-ils des liens vers des bogues non corrigés dans Sublime comme preuve qu'il doit rattraper Atom?
hippietrail
2
Sublime a une très mauvaise prise en charge des langues asiatiques. Ils ne peuvent pas rendre correctement les scripts d'Asie du Sud / d'Asie du Sud-Est et font un mauvais travail sur les langues d'Asie de l'Est. Les liens témoignent du manque de soutien. Je ne peux pas utiliser Sublime en raison de ces fonctionnalités, mais je peux utiliser Atom en raison de la meilleure prise en charge de la langue.
jeffmcneill
Eh bien, c'est très important pour moi aussi. Vous devez ajouter des informations de votre commentaire dans la réponse réelle. J'ai essayé Brackets et ça fonctionne bien avec le Lao et le Thaï pour moi jusqu'à présent.
hippietrail
2

Je travaille dans un petit environnement extrême; éditer des fichiers sur un système de fichiers distant (réseau externe, sûrement) qui est monté sur mon ordinateur portable via ssh (aka. sshfs). Peu importe pourquoi je fais comme ça, même si sa réactivité est lourde, il est assez comestible lorsque j'utilise Sublime Text 2.

J'ai essayé Atom après avoir lu ce post, mais cela s'est avéré quelque peu douloureux pour moi; Atom semble ne pas mettre la structure de répertoires en cache si efficacement. Chaque fois que je développe un dossier dans Tree View, l'interface utilisateur s'est figée pendant une courte période, 2 à 3 secondes, peut-être en récupérant les informations du système de fichiers. Oui, c'est parce que j'utilise un système de fichiers distant. Mais Sublime gère cela plus efficacement, au moins il ne se fige pas à chaque fois que je développe un dossier, donc moins douloureux.

Je pense qu'Atom est vraiment sympa gratuitement, et mon histoire est triviale qui pourrait être améliorée un jour, mais elle serait utile à quelqu'un en ce moment.

-

ajouté le 26/08/2014

Récemment, j'ai changé mon ordinateur portable de Macbook Air 2010 tardivement à Macbook Pro 13 "2013 tardivement. Il a probablement un processeur 4 fois plus rapide et de nombreuses améliorations de performances. (en utilisant OS X Mavericks , la version la plus récente d'Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0, et le système distant est le serveur Ubuntu) Finalement, le gel de l'interface utilisateur devient assez court, mais il est toujours là. pour ouvrir un dossier contenant de nombreux dossiers / fichiers et l'indexer, il faut un certain temps. De plus, si vous développez un dossier plein de fichiers, il vacille simplement (lors de la réduction du dossier, ce n'est pas le cas)

Selon @EliDuenisch, cela ne semble pas se produire sur Linux Mint. Je ne suis pas sûr, mais cela pourrait être dû à une différence entre les systèmes d'exploitation. Certes, si vous travaillez sur un système de fichiers local, vous n'avez pas du tout à vous soucier de ce problème.

Kenial
la source
2
Salut, il pourrait être un peu tard pour ajouter à ce fil, mais je veux partager mon expérience sur l'édition de code dans un tel «environnement extrême» (via ssh). Sublime 2 et 3 sont terribles car ils ont tendance à se figer pendant des secondes lorsque vous essayez d'enregistrer du texte. Ma connexion Internet est très rapide donc ça ne devrait pas être la raison. Parce que cela arrive assez souvent, j'ai arrêté d'utiliser Sublime. Jusqu'à présent, Atom semble bien fonctionner dans ce sens, pas de gel du tout.
Eli Duenisch
@EliDuenisch Intéressant. Pouvez-vous partager les détails des informations sur votre environnement? (Comme je l'ai écrit), j'ai testé avec OS X Mountain Lion et FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 et Sublime 2. En lisant votre commentaire, je pense qu'il est temps de retester Atom moi-même, peut-être: )
Kenial
Malheureusement, je ne me souviens pas de la version d'Atom que j'utilisais à l'époque, cependant.
Kenial
Je travaille sur Linux Mint et la machine distante est un serveur Linux Ubuntu. La connexion est établie via le tunnel SSH. Il y a des décalages lors de l'enregistrement qui sont un peu trop longs pour être expliqués uniquement par le transfert de données. Ces décalages ne se produisent pas lors de l'utilisation de l'éditeur de texte standard (Gedit / Pluma). Mais au moins, il n'y a pas de gel de l'interface graphique comme dans Sublime.
Eli Duenisch
@EliDuenisch Ensuite, la différence peut provenir de différents systèmes d'exploitation. La machine distante était également un serveur Ubuntu dans mon cas. Je mettrai à jour mon message après l'avoir retesté et s'il y a un changement.
Kenial
2

Une différence majeure que personne n'a signalée jusqu'à présent et qui pourrait être importante pour certaines personnes est que (au moins sous Windows) Atom ne prend pas complètement en charge d'autres dispositions de clavier que les États-Unis. Il y a un rapport de bogue à ce sujet avec quelques centaines de messages ouverts depuis plus d'un an maintenant ( https://github.com/atom/atom-keymap/issues/35 ).

Pourrait être pertinent lors du choix d'un éditeur.

Dakkaron
la source
2
Apparemment corrigé dans Atom 1.9 (qui est actuellement en version bêta).
phk
1

ATTENTION ::

- en raison d'un système de mise en cache mal conçu, dans Atom, la perte de données se produit souvent lors de l'utilisation de gros fichiers.

Cela a été prouvé à plusieurs reprises.

Pian0_M4n
la source
Cela n'arrive plus. Il était lié à un problème d'espace disque saturé et de contenu de fichier tronqué à zéro plutôt que de copier le contenu dans le fichier temporaire.
Raptus