Vi: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

Version vom 7. Oktober 2009, 16:47 Uhr

Dieser Artikel oder Artikelabschnitt ist noch nicht vollständig!

Hinweis: Dieser Artikel bezieht sich auf vi. Zu dem weit leistungsfähigeren Klon Vim („Vi iMproved“) siehe Vim.

vi ist seit Jahrzehnten der Standardeditor vieler Unixsysteme, als solcher weit verbreitet, wohl bekannt und gut dokumentiert.

Installation

vi wird implizit beim Arch Setup als Standard installiert. Die explizite Installation unter Arch geschieht aus dem „core“-Repository mittels Pacman.

pacman -S vi

Hinweis: Diese Zeile installiert vi, nicht Vim. vi und Vim können parallel nebeneinander installiert werden, wobei es zu keiner Überschneidung kommt. Die in /usr/bin installierten Binaries haben klar unterscheidbare Namen. vi und Vim benutzen allerdings mindestens eine Konfigurationsdatei gemeinsam: ~/.exrc. Sofern beide Programme installiert sind, ist es klug, dies zu berücksichtigen. Die Einstellungen sind so gut wie nicht kompatibel. Man sollte in so einem Fall Vim ausschließlich über ~/.vimrc konfigurieren und dort die Option noexrc setzen.

Das Binary von vi heisst /usr/bin/ex. Die Bezeichnung „vi“ ist nur ein symbolischer Link auf ex. Man kann „vi“ aber auch auf Vim legen. Um ex dann dennoch im visual mode zu starten, muss man ex mit der Option -v starten.

Bemerkungen

vi hat momentan einige Probleme bei Eingabe und Darstellung.

Scrollen

Die Eingabe ist nicht besonders schnell und rollt sogar nach, d.h. wenn man eine Taste festhält und die ggf. recht schnell konfigurierte Zeichenwiederholung aktiv wird, füllt es den Eingabepuffer weit schneller als die Darstellung mit dem Anzeigen nachkommt. Das führt dazu, dass auch nach Loslassen der Taste noch einige -zig oder -hundert Zeichen eingefügt werden können, die sich eben noch im Eingabepuffer befinden. Das ist sehr unangenehm, aber derzeit nicht zu ändern.

Cursortasten in Eingabe

Was die Cursortasten betrifft, so ist zu bemerken, dass vi standardmäßig im Eingabemodus betätigte Cursortasten als voll gültige Eingaben betrachtet und binär in den Text überträgt. Das ist insbesondere deshalb ärgerlich, weil vi nur eine undo-Ebene bereitstellt, die aktuelle Zeile.

Breite Fenster

vi hat ein Problem bei "breiten Fenstern" (vor allem in Terminals, möglicherweise aber schon auf Konsolen). Die maximale Fensterbreite (und damit Zeilenlänge) darf 160 Zeichen nicht überschreiten, ansonsten meldet vi

Terminal too wide
:

und läuft nur als ex, d.h. nicht im visual mode, was eine wesentliche Beschränkung der Möglichkeiten bedeutet. Wichtig ist, wenn das gemeldet wird, mit q (hinter dem Doppelpunkt) kommt man wieder hinaus.

Auch die Höhe des Fensters ist beschränkt, nämlich auf 70 bzw. 100 Zeilen, aber das ist meist unkritisch.

Die Behebung dieses Problems ist nicht möglich, ohne das Programm selbst neu zu compilieren. Die maximale Zeilenlänge ist im Programmcode fest auf 160 Zeichen beschränkt. Es ist aber für denjenigen Anwender, der schonmal ein C-Programm compiliert hat, nicht weiter schwierig. Hier die vollständige Anleitung

Zeilenumbruch

vi bricht lange Zeilen grundsätzlich optisch um. Seine Option wrapmargin erlaubt das Festlegen einer Spalte, bei der dies erfolgt. Man kann es auf 0 setzen, um es auszuschalten, oder auch mutig auf 1000, um das Umbrechen weit nach rechts zu verlegen - man scheitert aber dann dennoch an der 160-Zeichen-Beschränkung.

Auffälliges Flackern

vi verursacht u.U. ein auffälliges Flackern. Dies betrifft sowohl X-Terminals wie selbst die Konsole. Das Flackern wird sichtbar, sofern man an einer der Textbegrenzungen anstösst oder auch beim Einfügen am Ende einer Zeile, dort bei jedem einzelnen neu eingegebenen Zeichen. Offenbar wird häufig viel zu viel gelöscht und neu ausgegeben. In diesem Falle ist es notwendig, in ~/.exrc die Zeile

set noflash

einzutragen, die das Problem zuverlässig behebt.

Siehe auch

Artikel zu Vim hier im Wiki

Weblinks

Offizielle Homepage
Dokumentationen/Tutorials
- The Vi Editor
- vi – Editor
Wie vi aussehen würde, wenn Microsoft ihn entwickelt hätte ;)

Todo

Der Ganze Abschnitt Bemerkungen Enhält fast ausschließlich Vermutungen. Jemand sollte dies überprüfen, und die Vermutungen in Aussagen umwandeln.

@@ Zeile 24: / Zeile 24: @@
 === Breite Fenster ===
-Die Darstellung hat ein Problem bei "breiten Fenstern" (vor allem in Terminals, möglicherweise aber schon auf Konsolen). Die maximale Fensterbreite (und damit Zeilenlänge) darf offenbar 160 Zeichen nicht überschreiten, ansonsten meldet vi
+vi hat ein Problem bei "breiten Fenstern" (vor allem in Terminals, möglicherweise aber schon auf Konsolen). Die maximale Fensterbreite (und damit Zeilenlänge) darf 160 Zeichen nicht überschreiten, ansonsten meldet vi
   Terminal too wide
   :
-und läuft nur als ex, d.h. nicht im ''visual mode'', was eine wesentliche Beschränkung der Möglichkeiten bedeutet. Wichtig ist, wenn das gemeldet wird, mit q (hinter dem Doppelpunkt) kommt man wieder hinaus. Man hat nun mehrere Möglichkeiten. Man kann die Fensterbreite mit Hilfe seines Fenstermanagers auf unter 160 Zeichen bringen und muss vi neu starten. Das genügt, ist aber lästig. Man kann ferner schon vorher dem Terminal sagen, es sei nur 160 Zeichen breit:
+und läuft nur als ex, d.h. nicht im ''visual mode'', was eine wesentliche Beschränkung der Möglichkeiten bedeutet. Wichtig ist, wenn das gemeldet wird, mit q (hinter dem Doppelpunkt) kommt man wieder hinaus.
- stty columns 160
+Auch die Höhe des Fensters ist beschränkt, nämlich auf 70 bzw. 100 Zeilen, aber das ist meist unkritisch.
-vi wird damit zufrieden sein. Das Problem dabei ist aber nicht nur, dass ein möglicherweise erheblicher Teil des Fensters ungenutzt bleiben wird, sondern dass auch alle anderen Programme, die in diesem Terminal gestartet werden, nun 160 Zeichen als maximale Zeilenlänge annehmen. Eine dritte gelegentlich empfohlene Möglichkeit, nämlich das Setzen der [[Umgebungsvariablen]] TERM auf <code>vt100</code>, <code>vt220</code>, <code>ansi</code> oder <code>xterm</code> hat im Experiment zwar Änderungen im Verhalten bewirkt, aber hinsichtlich des Terminal-too-wide-Problems keinerlei Verbesserung erzielt.
+Die Behebung dieses Problems ist nicht möglich, ohne das Programm selbst neu zu compilieren. Die maximale Zeilenlänge ist im Programmcode fest auf 160 Zeichen beschränkt. Es ist aber für denjenigen Anwender, der schonmal ein C-Programm compiliert hat, nicht weiter schwierig. Hier die [[Vi_terminal_too_wide|vollständige Anleitung]]
 === Zeilenumbruch ===