Éditeur de texte pour Linux (plus Vi)?

voix
46

Permettez-moi d'abord cette question en disant que j'utilise TextMate sur Mac OS X pour mes besoins de texte et je suis en amour avec elle. Rien de comparable sur la plate-forme Linux? Je l'utilise surtout pour le codage python / ruby.

Faire une recherche Google n'a donné des réponses dépassées.

Modifier: Comme il y a eu une certaine inquiétude au sujet de la « mérite » de cette question. Je suis sur le point de lancer un nouveau projet de programmation Ruby sous Linux et avant que j'ai commencé, je voulais assurer que j'avais les bons outils pour faire le travail.

Edit # 2: J'utilise VIM sur une base quotidienne - tout. la . temps. J'aime l'utiliser. Je cherchais juste quelques solutions de rechange.

Créé 05/08/2008 à 22:42
source utilisateur
Dans d'autres langues...                            


34 réponses

voix
129

Les vrais programmeurs définissent les constantes universelles au début de telle sorte que l'univers évolue pour contenir le disque avec les données qu'ils veulent.

http://xkcd.com/378/

Créé 27/08/2008 à 15:21
source utilisateur

voix
43

Emacs est un éditeur de texte merveilleux. Il a un énorme pouvoir une fois que vous devenez un utilisateur de puissance. Vous pouvez accéder à un shell, ont autant de fichiers ouverts que vous voulez dans autant de sous-fenêtres et un support de script extrêmement puissant qui vous permet d'ajouter toutes sortes de fonctionnalités soignées.

J'utilise un mode rubis qui ajoute la coloration syntaxique et ainsi de suite à ruby, et même existe pour toutes les langues majeure.

Si vous persévérez, vous pouvez utiliser exclusivement le clavier et ne jamais toucher la souris, ce qui augmente votre vitesse d'édition par une marge importante.

Si vous voulez commencer par quelque chose de beaucoup plus basique que, gedit est agréable ... il a construit dans la coloration syntaxique ainsi que pour la plupart des langues basées sur l'extension de nom de fichier. Il est livré avec le système d'exploitation aussi bien (si emacs vous pouvez facilement installer avec apt-get ou un utilitaire de recherche de package similaire).

MISE À JOUR: Je pense que gedit est l'interface graphique exclusivement basée, donc il serait utile d'apprendre emacs dans le cas où vous êtes coincé avec juste une coquille (il est complet à la fois shell et en mode graphique).

MISE À JOUR DE PLUS: Pour votre information juste, je ne cherche pas à pousser Emacs sur Vim, il est juste ce que je l'utilise, et il est un grand éditeur (comme je suis sûr que Vim est aussi). Il est intimidant au début (je suis sûr que Vim est trop), mais la question était sur les éditeurs de texte sur Linux en plus vi ... Emacs semble le choix logique pour moi, mais gedit est un éditeur de texte simple avec quelques fonctionnalités intéressantes si c'est tout ce que vous recherchez.

Créé 05/08/2008 à 22:49
source utilisateur

voix
25

Kate, l'éditeur de texte de KDE Advanced est assez bon. Il a la coloration syntaxique, le mode de sélection de bloc, le terminal / console, les sessions, le fractionnement de la fenêtre à la fois horizontale et verticale, etc.

Créé 06/08/2008 à 10:26
source utilisateur

voix
18

J'utilise texte sublime sur linux.

Créé 18/04/2012 à 07:06
source utilisateur

voix
17

Essayez Scribes . Il essaie d'être un remplacement TextMate pour Linux

Créé 16/09/2008 à 14:44
source utilisateur

voix
10

J'aime la polyvalence de jEdit ( http://www.jedit.org ), son obtenu beaucoup de plug - ins, et multi - plateforme a aussi des choses comme la sélection de blocs que je l' utilise tout le temps.

L'inconvénient est, parce qu'il est écrit en Java, il est le plus rapide.

Créé 12/08/2008 à 14:24
source utilisateur

voix
10

J'utilise SciTE éditeur de texte très petit et simple.

Créé 06/08/2008 à 10:12
source utilisateur

voix
8

Je trouve Geany ( http://geany.uvena.de/ ) très bon.

Créé 19/08/2008 à 15:53
source utilisateur

voix
7

J'utilise pico ou nano comme éditeur de texte "casual" sous Linux / Solaris / etc. Il est facile de venir à bout, et pendant que vous perdez quelques lignes de texte au menu, au moins il est facile de voir comment sortir, etc.

Vous pouvez même étendre nano, je pense, et ajouter la coloration syntaxique.

Créé 06/08/2008 à 01:26
source utilisateur

voix
6

Éditeurs de texte alternatif? Essayez Diakonos , « un éditeur Linux pour les masses ». Le mappage du clavier par défaut est comme prévu pour couper, copier, coller, annuler, ouvrir, enregistrer, etc.

Créé 17/10/2008 à 03:54
source utilisateur

voix
4

Quand je recherchais autre TextMate pour Linux, je me suis retrouvé à l' aide Geany . Ce n'est pas aussi puissant, mais toujours agréable de travailler avec. Grand remplacement pour Kate.

Créé 11/08/2008 à 16:13
source utilisateur

voix
3

Meilleur en plus Vi? Vim.

Créé 06/05/2009 à 12:48
source utilisateur

voix
3

Ne pas oublier NEdit ! Petit et léger, mais avec la coloration syntaxique et macro enregistrement / lecture.

Créé 03/05/2009 à 12:54
source utilisateur

voix
3

Sous Mac OS X, je l'ai utilisé BBEdit depuis le début des années 1990, donc je l'utiliser comme ma référence pour tous les autres éditeurs. J'utilise parfois BBEdit pour modifier des fichiers sur une boîte Linux en utilisant le mode ftp, et qui fonctionne très bien si vous avez une connexion réseau rapide à la boîte Linux.

J'ai appris emacs il y a deux ans parce que le reste de l'équipe de programmation je me suis joint l'utilise. Je trouve emacs puissant, mais fâcheusement démodés à bien des égards, mais une fois que vous avez appris emacs, vous pouvez l'utiliser sur toute plate-forme (Linux, OS X, Windows). Ceci est l'éditeur que j'utilise presque exclusivement au travail maintenant. Il va me prendre des années à maîtriser toutes ses fonctions, bien que.

J'ai aussi utilisé gedit sur Linux et l'a trouvé très utile, mais je ne l'ai pas essayé de l'utiliser comme éditeur principal pour tout projet.

J'ai un collègue de travail qui utilise Komodo Edit 4.4 (sans activestate.com), en cours d'exécution sur un ordinateur Windows, mais en utilisant en mode ftp afin qu'elle puisse modifier des fichiers sur notre serveur Linux. Komodo Edit a beaucoup de fonctionnalités intéressantes, mais il faut un temps de looonnnggg pour lancer la première fois.

Créé 06/08/2008 à 11:11
source utilisateur

voix
2

D'abord, je ne veux pas commencer une guerre ..

Je ne l'ai pas utilisé TextMate, mais je l'ai utilisé son équivalent de Windows, e-TextEditor et je pouvais comprendre pourquoi les gens l'aiment.

J'ai aussi essayé de nombreux éditeurs de texte et IDEs dans ma quête pour trouver l'éditeur de texte parfait sur Linux. J'ai essayé jEdit, vim, emacs (bien que je l'habitude d'aimer quand j'étais à la fac) et plusieurs autres.

Sur Linux, j'ai réglé avec gEdit. Bien que je ne l'utilise Komodo Edit de temps en temps. Quand je suis pressé que j'utilise gEdit simplement parce qu'il est plus rapide que Komodo Edit. gEdit a beaucoup de plugins et est livré avec des combinaisons de couleurs agréables. Je pense une fois gEdit a une installation propre code approprié ça va être cool. Je pense que la seule raison pour laquelle j'utilise Komodo Edit est l'installation de fichiers de projet.

J'ai un ami qui a fait don de son « Vi Improved » livre dans l'espoir qu'il puisse me convertir à Vim. Le livre est sur un pouce d'épaisseur et m'a complètement mis hors dans le temps d'investir dans l'apprentissage .. Vim

Chaque fois que je trouve un éditeur - je trouve toujours moi-même retourner à gEdit. Il est un fioritures-in-the-droite lieux éditeur. Donnez-gEdit un coup, il est l'éditeur de texte par défaut dans Ubuntu et Linux Mint.

Voici un lien vers un excellent guide sur la façon d'obtenir gEdit à regarder et se comporter ( un peu) comme TextMate: http://grigio.org/pimp_my_gedit_was_textmate_linux

J'espère que cela pourra aider.

Créé 14/01/2010 à 18:16
source utilisateur

voix
2

De mes amis ne jure que par jed, http://www.jedsoft.org/jed/

Créé 28/10/2008 à 01:58
source utilisateur

voix
2

+1 pour pico / nano - léger, fait le travail, une bonne aide

Créé 06/08/2008 à 10:17
source utilisateur

voix
2

Le meilleur que j'ai trouvé est gedit malheureusement. Passez quelques heures avec elle et vous découvrirez qu'il est pas si mal, avec des plugins et des thèmes. Vous pouvez utiliser la ligne de commande pour ouvrir des documents en elle.

Créé 06/08/2008 à 10:08
source utilisateur

Créé 05/08/2008 à 22:46
source utilisateur

voix
1

Sublime Text 2 est mon préféré. Intuitivement compréhensible et assez puissant.

Créé 13/06/2013 à 14:04
source utilisateur

voix
1

Si c'est juste vous? Utilisez ce que vous voulez utiliser aujourd'hui; passer à mi-parcours si vous voulez.

Est-ce une équipe? Essayez d'être rédacteur agnostique. Établir des normes pour l'espace blanc (onglets sont autorisés? Combien de places ne représente un onglet?), Mais sinon permettre à quiconque d'utiliser selon l'éditeur qu'ils veulent.

Est-ce une équipe faisant paire programmation? C'est là que vous devrez peut-être un éditeur d'équipe standard, juste pour que les programmeurs peuvent facilement passer le clavier.

Pour aider à mettre en œuvre une politique de l'espace blanc standard dans un magasin où un ou plusieurs codeurs est Emacs: Vous pouvez dire au sujet de votre politique Emacs espace blanc avec quelques commentaires coincés au fond de chaque fichier source de fichier. Par exemple,

# Local Variables:
# tab-width: 2
# ruby-indent-level: 2
# indent-tabs-mode: nil
# End:

Toute personne utilisant emacs (ou xemacs) sur ce fichier récupèrera automatiquement l'indentation standard du groupe.

Créé 14/01/2010 à 18:34
source utilisateur

voix
1

J'aime Kate parce qu'elle a plusieurs caractéristiques intéressantes ( déjà cités ) habituellement trouvés dans ( lourds ) IDEs. Ma fonction préférée, cependant, est la fenêtre de terminal qui est très pratique pour réaliser rapidement le combo de sauvegarde de compilation exécuter.

Nedit est une autre option valable, emballé avec beaucoup de fonctionnalités ( et il n'a pas beaucoup de dépendances: c'est un énorme plus à mon humble avis ).

Pour l' édition dans une coquille, quand je ne peux pas utiliser VIM, je regarde immédiatement pico ou nano ( mais je ne les recommande pour le développement continu: pour un montage rapide , ils sont parfaits ).

Créé 06/05/2009 à 13:08
source utilisateur

voix
1

J'utilise Joe pour l'édition simple (et pas si simple) quand je suis loin d'Eclipse.

Il utilise le Wordstar classique keybindings- bien que je ne l'ai jamais utilisé Wordstar, c'est un point de vente pour beaucoup de gens.

Il est facile pour tout, bien soutenu, léger et il a des binaires disponibles.

Créé 28/10/2008 à 00:24
source utilisateur

voix
1

Je l'ai utilisé Emacs depuis 20 ans. Il est grand et il fonctionne partout. J'ai aussi TextMate, que j'utilise pour certaines choses sur le Mac (en mode HTML est grand). Si vous voulez faire du développement Ruby, Netbeans soutient Ruby et il fonctionne aussi sur toutes les plateformes.

http://www.netbeans.org/features/ruby/index.html

Je l'ai vu certains blogs, etc prétendant qu'il est le meilleur environnement Ruby disponible.

Créé 08/09/2008 à 03:54
source utilisateur

voix
1

Je viens de commencer à utiliser OSX. éditeurs gratuits de noter que je l'ai découvert:

  • Komodo par ActiveState. Pas débogueur ou de l' éditeur regex (bien que l' on vient avec Python, par exemple redemo.py) dans la version gratuite , mais parfaitement utilisable.
  • ERIC , écrit en PyQT.
  • Eclipse avec PyDev est mon option préférée pour l' édition Python sur toutes les plateformes. Belle interface graphique propre, débogueur décent. Bonne analyse la syntaxe , etc.
Créé 27/08/2008 à 15:16
source utilisateur

voix
1

Je suis d'accord avec Mike, bien que je suis un Vim die-hard. Je me sers GEdit assez souvent ces derniers temps quand je fais léger script Ruby. L'éditeur standard (plus des extraits de code Ruby) est extrêmement utile et poli, et peut fournir une belle répit à pleine puissance, toujours sur les éditeurs de programmation.

Créé 11/08/2008 à 23:40
source utilisateur

voix
0

pour plusieurs éditeur texte de l'onglet « Medit » est le meilleur. son comme Notepad ++ dans les fenêtres. pour élégant et beau « schite éditeur de texte » est le meilleur.

Créé 27/06/2013 à 23:52
source utilisateur

voix
0

Je pensais juste que je recommande Ninja IDE, open source et tout .. Je l'utilise pour tout mon développement Python maintenant des jours quand je suis arrivé une interface graphique pour travailler avec et regarde la même chose quand je suis sur mes machines Windows et Linux.

Ninja IDE

Créé 13/04/2012 à 14:13
source utilisateur

voix
0

Personnellement, j'utilise MacVim qui est essentiellement un GVim pour Mac OSx. Cependant, j'ai lu beaucoup sur Redcar, qui est un éditeur de texte pour Linux, qui partage beaucoup de la fonctionnalité TextMate. Consultez les liens ci-dessous.

Redcar
Lurg Conférence sur Redcar

Créé 03/05/2009 à 12:37
source utilisateur

voix
0

Vous pouvez donner Bluefish essayer. A un tas de fonctionnalités intéressantes pour le travail du site. fichiers de syntaxe pour la plupart toutes les langues.

http://bluefish.openoffice.nl/

Si les fenêtres donner Crimson Editor essayer http://www.crimsoneditor.com/ Il a été longtemps que je courais les fenêtres, mais IIRC, le développement « officiel » est arrêté à ce sujet , mais la communauté a pris une fourchette de celui - ci et a appelé émeraude ou somesuch. Éditeur Crimson est encore très capable tout comme.

Les deux éditeur poisson bleu et rouge ont des capacités de gestion de projet. ablilities FTP, macros etc etc

Créé 10/11/2008 à 06:08
source utilisateur

voix
0

Vim est une belle mise à jour pour Vi, offrant des fonctionnalités décent et un ensemble plus utile de keybindings et le comportement par défaut. Cependant, les versions graphiques comme GVim, KVim et même la crème sont extrêmement manquent à mon avis. Je l' ai utilisé Geany beaucoup ces derniers temps, mais elle a aussi ses défauts.

Je ne peux pas trouver quelque chose dans la ligue des programmeurs Bloc-notes, Smultron ou TextMate sous Linux. Dommage, car je veux vivre dans un monde virtuel source ouverte tout, je suis bloqué d'un saut éditeur presque droit à un autre.

Créé 19/08/2008 à 22:22
source utilisateur

voix
0

TextMate est un grand éditeur, et il y a un moyen de reproduire certaines des fonctionnalités dans GEdit. Consultez l'article ici: http://rubymm.blogspot.com/2007/08/make-gedit-behave-roughly-like-textmate.html modifier GEdit à se comporter comme TextMate.

Créé 13/08/2008 à 23:12
source utilisateur

voix
0

J'adore TextMate sur OSX.

Il y a une sorte de clone TextMate pour Windows appelé simplement « E » ( e-texteditor.com ). Son auteur a promis qu'il y aura une version Linux bientôt. Même si vous avez déjà choisi votre favori, TextMate (ou E) vaut le détour, tout simplement parce qu'il est différent.

Je dirais qu'il ya principalement quatre familles différentes des éditeurs de texte:

  • rédacteurs en chef à base de menubar-classiques comme WinEdit, Gedit ou BBEdit
  • Emacs et ses frères XEmacs, Aquamacs etc.
  • VI / VIM / crème et autres
  • TextMate et E

Vous pouvez entre ces familles différencier par leurs différents paradigmes d'utilisation:

  • Éditeurs classiques reposent principalement sur une barre de menus et des Ctrlraccourcis -KEY.
  • édition emacs utilise des commandes clavier très sophistiquées comme des mots et même Cxs entières pour évoquer les commandes.
  • VI est modebased et est actionnée par des commandes simples à clé ou des mots entiers.
  • TextMate est basé sur Snippets et raccourcis classiques.

Emacs et TextMate sont également facilement extensible par des scripts créés par l'utilisateur dans Lisp (emacs) ou toute autre langue de ligne de commande (TextMate). (Éditeurs classiques et VI sont également extensible, mais l'effort est généralement beaucoup plus)

Je recommande que tout le monde a essayé au moins un bon exemple de chacune de ces familles (si possible) et trouver ce qui leur convient le mieux.

Créé 11/08/2008 à 17:53
source utilisateur

voix
0

Vous pouvez essayer Emacs avec mode rubis, Rinari (pour Rails) et yasnippet qui fournit des extraits automatiques comme TextMate.

Créé 07/08/2008 à 00:00
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more