On a beau dire, je pense que sublime text a révolutionné l'éditeur de text (j'étais Emacs avant, rien que les multicurseurs sont un tel bonheur qu'ils justifient à eux seuls le changement)
De là, son (seul ?) défaut étant de ne pas être open-source, il est normal qu'une foule d'enfants illégitimes soient nés de sa hanche :
Le développeur est un ancien de l'équipe Visual Studio, il a lancé en 2012 un kickstarter qui a atteint 316k$ ! (ha ! la mode des kickstarter faramineux !)
Après une telle réussite l'équipe s'est agrandie (je crois qu'ils sont 3 à plein temps) et le projet avance.
Comme pour Atom, l'idée est d'utiliser webkit/v8 pour pouvoir gérer l'interface comme une page web
Au niveau du langage, c'est du clojure script (clojure, un genre de lisp de ce que j'en ai compris, compilé en javascript).
Le cousin fauché (en terme d'argent hein, pas de talent !) de Atom et Light Table : webkit/v8 (mais cette fois ci le dev à décidé de partir sur du pur javascript)
Il s'agit du travaille commencé en 2013 d'une seule personne (le mec a pris 6mois~1an sabbatique pour travailler à temps plein sur le projet)
Perso j'ai bien aimé l'idée d'utiliser des buffers (comme sur emacs, on tappe le nom du fichier auquel on veut accéder) plutôt que d'ouvrir des fichiers dans des onglets (on se retrouve toujours avec 50 onglets dont les 3/4 inutiles qui rendent la navigation désagréable et oblige à tout fermer régulièrement pour faire le nettoyage)
L'autre idée sympa est de pouvoir l'installer comme extension Chrome (permettant de synchroniser sa configuration de manière instantanée et automatique)
On change radicalement de techno pour un éditeur (削除) godé en co (削除ここまで) codé en Go
En réalité l'éditeur est divisé en un backend et plusieurs frontends : qml (le plus avancé), html et mode console
D'après l'équipe, le projet est encore au stade de béta. Ça se voit dans la procédure d'installation très "unix style" (installation de ouatmille dépendances, compilation etc.) au lieu d'une bête archive pré-compilée.
L'éditeur de Adobe, toujours webkit/v8 + javascript. Je le cite pour la forme et ne me suis pas attardé sur lui.
Conclusion
À titre personnel, j'ai testé les deux premiers, mais suis vite retourné à SublimeText, notamment à cause des habitudes : les raccourcis ne sont pas les mêmes (surtout avec zed qui me rappel quand je dois éditer un fichier avec vim...), l'absence de minimap (une autre killer-feature de SublimeText)
Par contre je suis intéressé à vos retours (et si vous connaissez d'autres éditeurs), en particulier de Bracket que je n'ai pas encore eu le temps d'essayer.
# D'autres éditeurs dans la lignée de sublime text
Posté par G.bleu (site web personnel) . En réponse à la dépêche Atom 1.0.x : l'autre éditeur de code. Évalué à 10.
On a beau dire, je pense que sublime text a révolutionné l'éditeur de text (j'étais Emacs avant, rien que les multicurseurs sont un tel bonheur qu'ils justifient à eux seuls le changement)
De là, son (seul ?) défaut étant de ne pas être open-source, il est normal qu'une foule d'enfants illégitimes soient nés de sa hanche :
Light Table
Le développeur est un ancien de l'équipe Visual Studio, il a lancé en 2012 un kickstarter qui a atteint 316k$ ! (ha ! la mode des kickstarter faramineux !)
Après une telle réussite l'équipe s'est agrandie (je crois qu'ils sont 3 à plein temps) et le projet avance.
Comme pour Atom, l'idée est d'utiliser webkit/v8 pour pouvoir gérer l'interface comme une page web
Au niveau du langage, c'est du clojure script (clojure, un genre de lisp de ce que j'en ai compris, compilé en javascript).
Zed
Le cousin fauché (en terme d'argent hein, pas de talent !) de Atom et Light Table : webkit/v8 (mais cette fois ci le dev à décidé de partir sur du pur javascript)
Il s'agit du travaille commencé en 2013 d'une seule personne (le mec a pris 6mois~1an sabbatique pour travailler à temps plein sur le projet)
Perso j'ai bien aimé l'idée d'utiliser des buffers (comme sur emacs, on tappe le nom du fichier auquel on veut accéder) plutôt que d'ouvrir des fichiers dans des onglets (on se retrouve toujours avec 50 onglets dont les 3/4 inutiles qui rendent la navigation désagréable et oblige à tout fermer régulièrement pour faire le nettoyage)
L'autre idée sympa est de pouvoir l'installer comme extension Chrome (permettant de synchroniser sa configuration de manière instantanée et automatique)
Lime
On change radicalement de techno pour un éditeur
(削除) godé en co (削除ここまで)codé en GoEn réalité l'éditeur est divisé en un backend et plusieurs frontends : qml (le plus avancé), html et mode console
D'après l'équipe, le projet est encore au stade de béta. Ça se voit dans la procédure d'installation très "unix style" (installation de ouatmille dépendances, compilation etc.) au lieu d'une bête archive pré-compilée.
Brackets
L'éditeur de Adobe, toujours webkit/v8 + javascript. Je le cite pour la forme et ne me suis pas attardé sur lui.
Conclusion
À titre personnel, j'ai testé les deux premiers, mais suis vite retourné à SublimeText, notamment à cause des habitudes : les raccourcis ne sont pas les mêmes (surtout avec zed qui me rappel quand je dois éditer un fichier avec vim...), l'absence de minimap (une autre killer-feature de SublimeText)
Par contre je suis intéressé à vos retours (et si vous connaissez d'autres éditeurs), en particulier de Bracket que je n'ai pas encore eu le temps d'essayer.
Et pour finir un article (qui date d'un an déjà) d'un comparatif de tout ce beau monde