Vi: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
T-m (Diskussion | Beiträge)
T-m (Diskussion | Beiträge)
Zeile 21: Zeile 21:
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 wahrscheinlich derzeit nicht zu ändern.
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 wahrscheinlich derzeit nicht zu ändern.


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


Die '''Darstellung''' hat ein Problem bei "breiten Fenstern" (vor allem im xterm, möglicherweise aber schon auf Konsolen). Die maximale Fensterbreite (und damit Zeilenlänge) darf offenbar 160 Zeichen nicht überschreiten, ansonsten meldet vi
Die '''Darstellung''' hat ein Problem bei "breiten Fenstern" (vor allem im xterm, möglicherweise aber schon auf Konsolen). Die maximale Fensterbreite (und damit Zeilenlänge) darf offenbar 160 Zeichen nicht überschreiten, ansonsten meldet vi
Zeile 30: Zeile 30:
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 Environmentvariable TERM auf "vt100", "vt220", "ansi" oder "xterm" hat im Experiment zwar Änderungen im Verhalten bewirkt, aber hinsichtlich des Terminal-too-wide-Problems keinerlei Verbesserung erzielt.
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 Environmentvariable TERM auf "vt100", "vt220", "ansi" oder "xterm" hat im Experiment zwar Änderungen im Verhalten bewirkt, aber hinsichtlich des Terminal-too-wide-Problems keinerlei Verbesserung erzielt.


vi bricht lange Zeilen offenbar grundsätzlich um. Seine Option wrapmargin erlaubt das Festlegen einer Spalte, bei der dies erfolgt. Man kann es mutig auf 1000 setzen, um lange Zeilen nicht umzubrechen, scheitert aber dann dennoch an der 160-Zeichen-Beschränkung.
vi bricht lange Zeilen offenbar grundsätzlich 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.


vi hat einige Probleme bei der Darstellung hinsichtlich Flackern. Dies betrifft sowohl xterm wie selbst die Konsole.
vi hat einige Probleme bei der Darstellung hinsichtlich Flackern. Dies betrifft sowohl xterm wie selbst die Konsole. Offenbar wird häufig viel zu viel gelöscht und neu ausgegeben.


==Externe Links==
==Externe Links==

Version vom 17. September 2009, 06:33 Uhr

Dieser Artikel bezieht sich auf vi. Zu dem weit leistungsfähigeren Klon vim ("vi improved") siehe vim.

Einleitung

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

Installation

vi wird neuerdings wahrscheinlich implizit beim Arch Setup als Standard installiert.

Die explizite Installation unter Arch geschieht aus dem core repository mit

pacman -S vi

Noch einmal als 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.

Achtung: vi und vim benutzen mindestens eine Konfigurationsdatei gemeinsam: ~/.exrc Sofern beide Programme installiert sind, ist es klug, das zu berücksichtigen. Die Einstellungen sind so gut wie nicht kompatibel. Man sollte in so einem Fall vim über ~/.vimrc konfigurieren.

Das binary von vi heisst ex. Die Bezeichnung "vi" ist nur ein symbolischer Link auf ex. Man kann vi aber auch auf vim legen. Um vi dennoch im visual mode zu starten, kann man ex mit der Option -v starten.

Bemerkungen

vi hat momentan so seine Schwierigkeiten bei Eingabe und Darstellung.

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 wahrscheinlich derzeit nicht zu ändern.

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

Die Darstellung hat ein Problem bei "breiten Fenstern" (vor allem im xterm, möglicherweise aber schon auf Konsolen). Die maximale Fensterbreite (und damit Zeilenlänge) darf offenbar 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 window managers 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:

stty columns 160

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 Environmentvariable TERM auf "vt100", "vt220", "ansi" oder "xterm" hat im Experiment zwar Änderungen im Verhalten bewirkt, aber hinsichtlich des Terminal-too-wide-Problems keinerlei Verbesserung erzielt.

vi bricht lange Zeilen offenbar grundsätzlich 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.

vi hat einige Probleme bei der Darstellung hinsichtlich Flackern. Dies betrifft sowohl xterm wie selbst die Konsole. Offenbar wird häufig viel zu viel gelöscht und neu ausgegeben.

Externe Links

Offizielle Homepage [[1]]

Dokumentationen/Tutorials [[2]], [[3]]

Joke [[4]]