Guten Texteditor für Linux

Emacs.

Ist über Plugins erweiterbar, und es gibt für so ziemlich jede 
(Programmier-) Sprache ein Plugin.

ich arbeite seit mehr als 20 Jahren damit, und könnte mir ein Leben ohne 
Emacs nicht mehr vorstellen.


man sagt, der Emacs wäre ein tolles Betriebssystem, das einzige was ihm 
fehlt wäre ein passabler Editor :-)

Tobias schrieb:
> Also ich habe mir Emacs natürlich angeschaut. Was mir fehlt:
>
> - keine Tabs. Das ist ziemlich gewöhnungsbedürftig?
Esc-X tabbar-mode
(falls du den tabbar-mode installiert hast)

> - Syntaxhighlighting ist OK, aber zusammengehörende Klammern werden
> nicht hervorgehoben (in Geany z.B. kann man eine Klammer markieren, die
> andere wird dann auch hervorgehoben - nützlich wenn man z.B. in C viele
> Verschachtelungsebenen hat.)
Esc-X show-paren-mode

> - was ich bei Notepad++ besonders toll fand: wenn man auf ein Wort
> doppelklickt, dann werden alle Vorkommnisse des Worts farbig
> hervorgehoben. Kein Editor kann das unter Linux, jedenfalls keiner den
> ich bisher angeschaut habe ... kann man es in Emacs?
Esc-X highlight-phrase (ob man das automatisieren kann mag ich jetzt 
nicht raussuchen) Dafür kann man auch regesps highlighten, oder alle 
zeilen als ganzes die einen regex enthalten oder oder oder...

Thomas schrieb:
> Lass dich blos nicht von den VIM und Emacs Jüngern beeinflussen.
> Das sind beides Relikte aus der Computersteinzeit.
> Beide werden heute nur noch von ergrauten Computernostalgikern genutzt
> die sich beharrlich dem Fortschritt verweigern.

Du hast wahrscheinlich vollkommen recht.

Was verwendet der junge, dynamische, fortschrittliche, erfolglose Hacker 
von Heute?

Ich schlage mal SciTe vor, hat allerdings nicht bei weitem so viele 
Funktionen wie notepad++ ..

Warum macht man sich eigentlich gleich zweimal in einem Thread zum 
Horst?

Thomas schrieb:
> Lass dich blos nicht von den VIM und Emacs Jüngern

Ich nutze (da ich Notepad++ auch schmerzhaft vermisse) mEdit. Ist immer 
noch nicht so schön wie NP++ aber für kleine Sachen reicht es. Ansonsten 
schließe ich mich den IDE-Nutzern an.

Gruß Dennis

Tobias schrieb:

> ... als ich noch Win
> hatte, war immer Notepad++ mein Editor.


Notepad++ benutzt intern "Scintilla" als Editor-Komponente. Scintilla 
ist Open-Source und cross-plattform verfügbar.
Wenn dir also Notepad++ gefallen hat, stehen die Chancen nicht schlecht, 
dass du hier:

http://www.scintilla.org/ScintillaRelated.html

einen passenden Ersatz findest.

Ansonsten: Die "Klicki-Bunti-Editoren" von KDE mal angeschaut? 
Kate/Kwrite?

Peter II schrieb:
>> keine Tabs. Das ist ziemlich gewöhnungsbedürftig?
>
> kann ich mir kaum vorstellen, aber wenn der quelltext überall gleich
> ausehen soll verwendet man eh keine Tabs.

Nein doch, er meint die diversen Reiterchen für die einzelnen Puffer. ;)

Michael Reinelt schrieb:
> Esc-X tabbar-mode

Den kannte ich noch gar nicht.  Vielleicht finde ich den ja sogar gut. 
:)

Thomas schrieb:
> Und deswegen nimmt man dafür auch keinen Editor, sondern eine
> Integrierte Entwicklungsumgebung (IDE).

Yep.  Die beiden bekanntesten davon unter Unix sind nun mal Vim und
Emacs.

> iPhone oder ein Android Smartphone

Auf meinem Android Smartphone habe ich den gleichen Editor wie auf 
meinem Windows und Linux System: vim, d.h. 3 Systeme, 1 Editor.
Das relativiert den höheren Aufwand, sich darin einzuarbeiten.

Tobias schrieb:
> Also ich habe mir Emacs natürlich angeschaut. Was mir fehlt:
>
> - keine Tabs. Das ist ziemlich gewöhnungsbedürftig?
> - Syntaxhighlighting ist OK, aber zusammengehörende Klammern werden
> nicht hervorgehoben (in Geany z.B. kann man eine Klammer markieren, die
> andere wird dann auch hervorgehoben - nützlich wenn man z.B. in C viele
> Verschachtelungsebenen hat.)
> - was ich bei Notepad++ besonders toll fand: wenn man auf ein Wort
> doppelklickt, dann werden alle Vorkommnisse des Worts farbig
> hervorgehoben. Kein Editor kann das unter Linux, jedenfalls keiner den
> ich bisher angeschaut habe ... kann man es in Emacs?

Vim kann das alles (siehe Anhang) und Emacs wahrscheinlich erst recht.

Diese Features sind aber auch nicht gerade neu oder für den 
Editorentwickler schwierig zu implementieren. Deswegen kann ich mir gut 
vorstellen, dass es sie in vielen anderen Editoren ebenfalls gibt.

Hallo zusammen,

erstmal vorab, ich mache auch immer noch sehr viel mit Vi. Schnell mal 
eine Konsole auf und los gehts. Vor einigen Jahren hab ich mal eine 
Kaffeetasse mit den wichtigen Vi Kommandos geschenkt bekommen. Wenn ich 
die mal wieder sauber mache, kann ich die sogar noch lesen :) Brauch ich 
aber nicht mehr.

Wenn man mit KDE arbeitet ist Kate eigentlich auch okay und unter 
Windows ist Notepad++ unschlagbar. Aber vielleicht kommt ja auch mit der 
alternative zum XServer einer auf die Idee einen neuen 
Programmier-Editor zu bauen oder Notepad++ zu portieren. Ubuntu setzt ja 
ab 13.10 'Mir' ein. Mal sehen was da noch kommt...

Bis dahin nutze ich Vi, Vim, Kate, Notepad++. Auf einem fremden Systeme 
hab ich letztens sogar mit dem Editor von 'mc' arbeiten 
können/dürfen/müssen :(

Grüße aus Berlin

Tobias schrieb:
> Das ist GVIM den du da hast?

Ja. Der ist ja normalerweise im Vim enthalten, so dass man ihn je nach
Umgebung als Konsolen- oder X11-Variante aufrufen kann.

> was hast du denn da alles noch konfiguriert.

Nicht viel Spektakuläres.

Den Menübalken im obigen Screenshot habe ich normalerweise deaktiviert,
da er nur Platz braucht und nicht viel nützt (trotz der bis zu drei
Menüebenen deckt das Menü sowieso nur einen kleinen Anteil der
verfügbaren Funktionen ab).

Für LaTeX-Dateien wird die Rechtschreibprüfung aktiviert.

Dann habe ich noch ein paar Formatierungsparameter (Zeilenlänge,
Einrückung usw.) nach persönlichem Geschmack eingestellt. Für Projekte
mit davon abweichenden Richtlinien wird – abhängig vom Verzeichnis, in
dem sich die jeweilige Quelldatei befindet – automatisch ein anderer
Parametersatz eingestellt.

Für Python-Quellcode habe ich noch das Plugin pindent.vim mit ein paar
zusätzliche Hilfen zum Einrücken und Navigieren installiert.

Schließlich habe ich noch eine Umschaltung zwischen Normalschrift und
Riesenschrift über Funktionstasten konfiguriert. Das ist ganz praktisch,
wenn man andere Leute an den Editorinhalten teilhaben lassen möchte,
bspw. bei Demos, Vorträge u.ä.

Das war's eigentlich schon. Auf vim.org gibt es noch eine Unzahl
weiterer Plugins mit teilweise recht interessanten Features zum
Herunterladen. Man findet sich in der Liste der Plugins schnell zurecht,
da es eine Suchfunktion und zu jedem Plugin eine Beschreibung und eine
Benutzerbewertung gibt.

Tobias schrieb:
> oder wie lernt man GVIM?

Ein guter Anfang ist gvimtutor. Der ist normalerweise bei Vim mit
dabei, also einfach von einem Konsolenfenster aus aufrufen.

> scheinbar kann man ja z.B. nicht mal einfach so eine neue Datei
> anlegen und drauf los tippen, sondern man muss da mit so Commands
> arbeiten?

Ja. Das erste Kommando in einem leeren Editorfenster ist normalerweise
"a" (append), das schaltet in den Insert-Modus. Dann kannst du nach
Herzenslust Text eingeben. Wenn du genug getippt hast, kehrst du mit der
ESC-Taste wieder in den Command-Modus zurück und tippst dort bspw. ":sav
<Dateiname>" (save as) oder ":q!" (quit without saving).

Die wichtigsten Kommandos findest du aber auch im Menü, das bei GVim
defaultmäßig aktiviert ist. Hinter den meisten Menüeinträgen steht auch
das Kommando, mit dem du die entsprechende Funktion per Tastatur
aufrufen kannst.

> und eine solche Tab-Leiste, wie sie Yalu hat, habe ich auch nicht
> gebacken bekommen.

Einfach den Menüpunkt "File/Open Tab" anklicken :)


Aber wie schon geschrieben wurde: In Vim muss man sich einarbeiten. Das
geht nicht von heute auf morgen und schon gar nicht durch Versuch und
Irrtum, sondern durch Lesen von Manuals oder der eingebauten Hilfe.
Benutzt man den Editor nicht sehr häufig, sind diese Dinge schnell
wieder vergessen. Wenn du sie jedesmal wieder irgendwo nachschlagen
musst, bist du nicht schneller, sondern langsamer als mit einem
gewöhnlichen Editor. Es ist ja auch nicht sinnvoll, LaTeX erlernen, nur
um alle paar Monate einen Brief zu schreiben.

Hier sind einige Beispiele für Vim-Kommandos:

  http://vim.wikia.com/wiki/Best_Vim_Tips
  http://rayninfo.co.uk/vimtips.html

Der eine wird es cool finden, mit wie wenig Tastendrücken komplizierte
Textoperationen gemeistert werden können, den anderen werden die
Beispiele völlig abschrecken. Letzteren sei gesagt, dass die teilweise
recht kryptisch erscheinenden Tastenfolgen meist Kombinationen aus
einfacheren Befehlselementen sind, die man keineswegs in voller Länge
auswendig lernen muss.

In Anbetracht dessen, dass diese Beispiele nur einen kleinen Teil des
Vim-Funktionsumfangs (der mittels Plugins sogar noch um ein Vielfaches
erweitert werden kann) abdecken, dürfte klar sein, warum so ein Editor
nicht über Menüs und Button-Leisten bedient wird. Menüs und Buttons
haben eben den großen Nachteil, dass sie in ihrer Anzahl stark begrenzt
sind und nicht miteinander zu komplexeren Funktionen kombiniert werden
können.

Es wird aber auch klar, dass wahrscheinlich kein Mensch auf der Welt den
vollen Funktionsumfang von Vim nutzt. Es gibt hier bei jedem Anwender so
etwas wie einen "aktiven Wortschatz", der die von ihm am häufigsten
benötigten Befehle enthält. Immer, wenn man eine tippaufwendige Aktion
öfters in ähnlicher Form ausführen muss, sucht man im Web nach einer
schnelleren Lösung, schreibt sie sich zunächst auf einen Spickzettel und
kann sie nach ein paar Malen auswendig. Dadurch wird der Wortschatz
ständig erweitert, und man kann den Editor mit der Zeit immer effektiver
nutzen.

Jetzt wird aber auch klar, warum langjährige Vim- oder Emacs-User oft
vom Typus "Mein-Editor-ist-der-einzig-wahre" sind: Selbst wenn es einen
moderneren Editor mit einem vergleichbaren Funktionsumfang gäbe, würden
sie bei einem Umstieg ihre gesamten Fähigkeiten wegschmeißen und wieder
bei Null anfangen. Und auch für den neuen Editor würden sie wieder
Monate, wenn nicht Jahre investieren, um die gewohnte Effektivität zu
erreichen.

Nicht dass der falsche Eindruck entsteht: Ich selber bin zwar
begeisterter Vim-User, aber nur ein kleines Licht im Vergleich zu denen,
die das Tool wirklich benutzen können. Ich habe damit auch nicht
deswegen angefangen, weil ich den Editor besonders cool fand, sondern
weil ich vor vielen Jahren auf Rechnern arbeitete bzw. arbeiten musste,
auf denen es nichts anderes als den vi gab. Immerhin bin ich aber soweit
fortgeschritten, dass ich bei der Erstellung längerer Fließtexte in Word
schneller bin, wenn ich diese erst in Vim eintippe und in Word dann nur
noch die Formatierung der Überschriften u.ä. vornehme. Auch diesen
Forenbeitrag habe ich mit Vim geschrieben.

Das schöne am Emacs: Was nicht passt wird passend gemacht. Immerhin ist 
der von Haus aus eher sowas wie eine Lisp-IDE. Und komme bitte keiner 
mit "aua, wie umständich!" - seid ihr Programmierer oder DAUs? ;-)

Der Vim hat ja eine eigene sprache (Vim script), wo man eigene Programme 
und Plugins schreiben kann.
Ich selbst habe lediglich Makros geschrieben, und finde die 
Funktionalität sehr praktisch und mächtiger als Makros bei anderen 
Programmen.

Kenn jemand Vim Script genauer?