256bit.org Blog

Vim hat ein geniales Feature, die Undo-Funktion. Das hört sich erstmal nicht spektakulär an, ist es aber, weil sobald man mal etwas rückgängig gemacht hat und man an einer vorherigen Version Änderungen vornimmt, die vorherige Version bei normaler Undo-Funktion weg ist. Vim dagegen erstellt einen sogenannten undo branch und man kann jederzeit zu dieser Version zurück kehren mittels :earlier oder :later. Leider ist das Interface dazu etwas gewöhnungsbedürftig. Man vergißt leicht welche verschiedenen Branches es gibt und wie man dahin kommt.

Einen relativ kurzen Überblick gibt die Hilfe in :h undo-tree und :h usr_32

Daher habe ich jetzt mal angefangen ein Plugin histwin.vim zu schreiben, dass die Navigation zu den diversen Undo-Branches erleichtert. Der obligatorische Screenshot:


Wie ich finde, hat das Plugin mehrere Vorteile:

• Man sieht in welchem Undo-Branch man sich befindet (in obigen Beispiel grau hinterlegt, das ist leider noch etwas buggy)
  


• Man kann einen selektierten Branch mit der aktuell geladenen Version durchführen ("D" im Undo-Tree Window auf dem entsprechenden Branch drücken)
  


• Man kann bestimmte Branches taggen ("T" auf dem Branch drücken)
  


• Und als Spaßfeature habe ich mal einen Schnelldurchlauf durch alle Änderungen eingebaut, die vom Anfang bis zum gewählten Branch durchgeführt wurden ("R" auf dem Branch drücken). Man kann da also vim bei der Arbeit zusehen, wie es den Buffer bearbeitet.
  

Mit Vim kann man mittels Folding Text ausblenden. Dafür gibt es
verschiedene Methoden, z.B. anhand der Syntax-Regeln, manueller Regeln, anhand der Einrückung oder anhand eines Ausdrucks.

Möchte man z.B. nur den Text einblenden lassen, der auf die Suche passt, kann man das so machen:
:set foldmethod=expr
:set foldexpr=getline(v:lnum)!~@/

Das Problem dabei ist nur, dass dieser Ausdruck nicht jedesmal neu
ausgewertet wird und daher für spätere Suchvorgänge nicht mehr passt.

Am einfachsten ist es daher diesen Ausdruck per Autocommand ausführen zu lassen:
au CursorHold * :set foldexpr=getline(v:lnum)!~@/

Dann wird dieser Audruck immer nach einer bestimmten Anzahl Sekunden Inaktivität aktiviert. Nach wieviel Sekunden hängt von der Einstellung updatetime ab:
set updatetime?
4000
hier also 4 Sekunden

mutt als Mailer und vim als Editor sind ein flexibles Team. In Verbindung mit edit_headers hat man volle Kontrolle über seine Mails (inklusive alle Headerzeilen). Hin und wieder möchte man auch mal eine Datei einer E-Mail anhängen. Normalerweise macht man das dann, wenn die E-Mail fertig geschrieben wurde und man wieder in mutt ist und wenn man Pech hat, vergisst man die Datei anzuhängen und muß eine zweite Mail nachschicken und sich dem Empfänger gegenüber als Depp outen.

Dabei geht es auch anders. Ein eher weniger bekanntes Feature von mutt erlaubt es nämlich auch Dateien anzuhängen, die über die Headerzeile Attach: Datei angegeben wurden. Nun kann man bereits beim Schreiben der Mail eine entsprechende Anweisung im Header-Kopf der E-Mail hinterlassen und mutt wird automatisch die gewünschte Datei anhängen. So habe ich mir zum Beispiel den Befehl :Attach definiert, der eine entsprechende Kopfzeile in die E-Mail schreibt:

(siehe auch diesen alten Artikel).

Leider verhindert dass immer noch nicht, dass man vergisst die Datei anzuhängen und man sich trotzdem zum Deppen macht. Daher habe ich mal eine kleine Funktion geschrieben, welche die Mail scannt und den Nutzer zum Anhängen der Dateien auffordert, wenn sie bestimmte Stichworte findet.

Gestern nun habe ich daraus ein Plugin (CheckAttach.vim) für Vim gemacht. Einfach das Plugin runterladen, in Vim öffenen und einlesen:

Dann wird das Plugin automatisch installiert.

Beim Schreiben von Mails sollte das Plugin dann automatisch aktiv sein. Mit :DisableCheckAttach kann man das Plugin einfach deaktivieren und mit :EnableCheckAttach einfach wieder aktivieren, wenn man es deaktiviert hatte. Eine kleine Hilfe ist auch vorhanden (:h CheckAttach.txt)

Wenn das Plugin aktiv ist, wird es beim Speichern immer überprüfen, ob die Worte Anhang oder angehängt (bzw. attachment und attach) vorhanden sind und falls es diese findet, wird es den Benutzer auffordern, die Dateien anzugeben. Es generiert dann die entsprechenden Header automatisch. Dabei erlaubt vim Autovervollständigen der Dateien und man kann auch die Shell-Muster * angeben, um mehrere Dateien anzuhängen. Temporär deaktivieren kann man den Check auch wenn man mit ! speichert, also z.B. :w! anstelle von :w.

Wichtig: Falls der Pfad bzw. der Dateiname Leerzeichen enthalten, werden diese mit einem '\' maskiert. In mutt vor Version 1.5.20 können diese Dateien aber nicht angehängt werden. Das ist leider ein Bug. Wenn man mutt vor Version 1.5.20 einsetzt, müssen die Dateien vorher umbenannt werden.

In Vim passiert es mir immer wieder, dass ich nur mal kurz in einer Datei kurz reinschaue, die ich als normaler User nicht bearbeiten darf. Dann bemerke ich aber, dass ich doch kurz was bearbeiten möchte. Also Vim beenden, per sudo/su zum root werden vim mit der Datei neu starten. Das kann ganz schön nervig sein.

Daher hab ich das Plugin sudoedit.vim geschrieben. Wenn mir sowas wieder passiert, einfach Datei bearbeiten und zum Schluß :SudoWrite eingeben und die Datei wird mittels sudo/su oder mithilfe eines anderen konfigurierbaren Tools geschrieben.

Der Eintrag zum Hervorheben von Marks in Vim wird gerade ungewöhnlich häufig abgerufen. Ich schätze das kommt davon, wenn man über dies und jenes bloggt. Irgendwann stolpert nämlich mal jemand darüber und schreibt es nieder. Und die Leute lesen es und laden es dann runter.

Dabei gibt es mindestens noch 2 andere Implementierungen: showmarks.vim und showmarks.vim Ich hab das erst hinterher erfahren, nachdem ich mein eigenes Script geschrieben habe. Ich kenne nämlich keines davon, mein Script funktioniert für mich zufriedenstellend.

Fehler und Anmerkungen nehme ich natürlich gerne entgegen. Dabei fällt mir ein, ich könnte mal wieder häufiger über diesen Editor bloggen. Mal sehen...

Wenn man in mutt eine E-Mail schreibt, dann geschieht dies normalerweise in einem extra Editor, in meinem Fall vim (was sonst? ). Um auch die Headerzeilen zu beeinflußen (Subject, From, To, etc ...), habe ich in mutt set edit_headers gesetzt.

Wenn das gesetzt ist, dann kann man mit dem Pseudo-Header Attach: Dateiname simple weitere Dateien anhängen. Um das ganze etwas konfortabler zu machen, habe ich das folgende Kommando definiert:

Nun kann man einfach :AttachFile datei tippen und es wird automatisch eine passende Headerzeile generiert. Das schöne dabei ist, dass vim dabei den Dateinamen selber vervollständigen kann.

Möchte man nur dieses Kommando für alle Mails verfügbar haben, sonst aber nicht, schreibt man diese Zeile in ~/.vim/after/ftplugin/mail.vim (nicht vorhandene Verzeichnisse bzw. Dateien bei Bedarf anlegen.) Oder man schreibt diese Zeile in eine Datei attach.vim und legt diese unter ~/.vim/plugin/ ab (auch hier gilt, nicht vorhandene Verzeichnisse bei Bedarf anlegen). Dann ist das Kommando :AttachFile immer verfügbar, wenn Vim startet.

Und weil ich mir gerade diesen Header für mutt näher angeschaut habe, hab ich auch gleich noch einen Patch für mutt geschrieben, der diesen Header automatisch generiert, wenn man eine zurückgestellte E-Mail bearbeitet. Und wenn man die Zeile mit dem Header löscht, fliegt auch das Attachment raus. Der Patch ist unter http://dev.mutt.org/trac verfügbar, scheint aber die mutt Developer nicht sonderlich zu interessieren.

Und weil wir gerade von Vim reden: Es kann nicht mehr lange dauern, dann wird vim 7.2 veröffentlicht. Als größte Neuerung stehen dabei Floating-Points an. Bisher gab es ja nur Ganzzahlen als Datentyp für Vimscript. Ich sehe schon das erste Spreadsheet Plugin kommen....

Weil ich gerade letztens drüber gestolpert bin und ich mich immer wieder darüber geärgert habe:
Wenn man auch die letzten Eingaben rückgängig machen möchte, dann helfen diese Mappings:

Damit wird bei Benutzung der Tasten Backspace (BS), Delete (DEL), Ctrl-U (löscht vom Cursor bis zum Zeilenanfang und Ctrl-W (löscht letztes Wort) eine neue undo-Sequence gestartet. Bei Benutzung von 'u' (undo) wird immer bis zur letzten undo-Sequence rückgängig gemacht. Normalerweise passiert das, wenn man z.B. den Insert-Modus verläßt. Und das heißt, dass ein undo dann alles rückgängig gemacht hätte, was vorher im Insert-Modus eingegeben wurde.

Besonder nervig war ein zufällig getipptes Ctrl-U im Einfügemodus und man konnte das dann nicht mehr rückgängig machen.

Mit den Mappings oben erreicht man dann, dass ein undo im Zweifelsfall jeden einzelnen Buchstaben rückgängig macht, den man vorher per backspace oder delete gelöscht hat. Ganz wie man es von den Editoren unter Windows gewohnt ist

In Vim nutze ich sehr oft marks, um Stellen zu markieren und später an dieser Stelle weiterzuarbeiten. Man kann damit quasi Lesezeichen erstellen, die sogar nach dem nächsten Laden noch vorhanden sind. Man kann auch diese Lesezeichen in Verbindung mit anderen Befehlen benutzen (z.B. d'w heißt lösche bis zu der Zeile, in der die Markierung w definiert ist) oder zwischen 2 Bereichen Suchen und Ersetzen (:'<,'>s.... heißt in diesem Fall ersetze zwischen den Markierungen '< und '>, die Markierungen '< und '> sind dabei spezielle Markierungen, die immer auf den Anfang und das Ende des letzen visuell markierten Bereichs zeigen).

Leider weiß man oftmals nach einer Weile gar nicht mehr, wo man bestimmte Markierungen gesetzt hat. Dem hab ich jetzt mit meinem ersten Plugin abgeholfen. Einfach das Plugin nach ~/.vim/plugin werfen und beim nächsten Laden wird es aktiv.

Am Anfang gibt es ein paar Konfigurationseinstellungen, die man ändern kann (z.B. wie die Markierungen sichtbar gemacht werden oder durch welche Taste es aktiviert wird). Ohne Konfiguration kann man es mit F6 aktivieren bzw. deaktivieren. Wenn es aktiviert ist, werden Markierungen in der ersten Zeile grafisch durch ihren Namen dargestellt. Zur Verdeutlichung hier ein Bild:

Man kann vim dazu bringen, automatisch den Fenstertitel in screen zu setzen. Dazu sollte man z.B. das folgende eintragen:

CODE:
if (&term =~ '^screen')
   " set title for screen
   " VimTip http://vim.wikia.com/wiki/VimTip1126
   set title t_Co=256
   set t_ts=^[k
   set t_fs=^[\
   let &titleold = fnamemodify(&shell, ":t")
   set titlelen=15
   " set information for title in screen (see :h 'statusline')
   set titlestring=%t%=%<%(\ %{&encoding},[%{&modified?'+':'-'}],%p%%%)
endif

Aufgedröselt bedeutet das:
title legt fest, dass Vim den Titel setzen darf.
t_Co ermöglicht 256 Farben.
t_ts setzt den Terminalcode für 'Window Title Start'
t_fs setzt den Terminalcode für 'Window Title End'
Man beachte, dass die Terminalcodes ein Escape Zeichen enthalten. Es sind also nicht 3 Zeichen, sondern nur 2. D.h. ^[ muß durch Drücken von Ctrl-V ESC eingegeben werden.
titleold setzt den Titel auf den Namen der Shell, wenn Vim beendet wird. Ansonsten steht da 'Thanks for flying Vim'. Das ist eigentlich auch eine Option, könnte also auch über set gesetzt werden, soll aber dynamisch auf den Namen der verwendeten Shell gesetzt werden.
titlelen Setzt die Länge des Titels
titlestring Definiert, welche Informationen angezeigt werden. In diesem Fall zeigt es ungefähr folgendes an:

vimrc       utf-8,[+],90%

Also, Dateiname, Kodierung, verändert ([+]) oder unverändert([-]), Prozentzahl, wo der Cursor steht. Muß man natürlich nicht setzen, kann man aber schön anpassen. Unter :h 'statusline' kann man die verschiedenen Flags nachlesen.
Das soll aber nur gesetzt werden, wenn wir Vim innerhalb von Screen gestartet wird, also kommt drum herum noch eine If-Abfrage, nach dem Terminaltyp:

CODE:
if (&term =~ '^screen')
...
endif

Drüben waren gerade alle Umlaute in den alten Einträgen kaputt. Irgendwie meinte wohl Serendipity, die wären latin1 kodiert. Waren sie natürlich nicht, sondern eben in utf-8.
Dank external.exe konnte ich alle Einträge in Vim öffenen. Dann noch ein :set encoding=utf-8<CR>:w ++enc=latin1<CR>:q<CR>
und die Einträge waren korrigiert.
Zur Vereinfachung habe ich das noch auf F5 gemappt, so dass man mit einem einzigen Tastendruck alles wiederherstellen konnte.

Warum auch immer das passiert ist.

Aus der Reihe, Google Hacks:
Google Experimental
Navigieren mit den bekannten Keys aus Vim:
j/k - hoch/runter navigieren
ENTER/o - öffnet einen Link
O - öffnet einen Link in einem neuen Fenster
/ - in die Suchbox wechseln (Suchformular fokussieren)
ESC - den Fokus von der Suchbox nehmen (Suchergebnisse fokussieren)

Und wo wir gerade bei Google sind:
iGoogle finde ich faszinierend.

Bin ich eigentlich der Einzige, der anstelle von :q q: tippt? Typischer Fall von mangelnder Koordination der beiden Hände schätze ich. Das ganze ist nervig genug, dass ich q: jetzt auf :q umgebogen habe:
:noremap q: :q
All die Jahre, die ich vim nutze, hab ich noch nie das Command-line Window (:h cmdwin) benutzt. Zur Not kann man es noch mit q/ oder q? öffnen (im normal Mode, im Command-Mode [:] durch Drücken von Ctrl-F)

Das folgende macht vim ganz schön bunt. Und zwar bei jedem Start anders:

In die .vimrc eintragen und vim neustarten. Nach jedem Start wird vim mit einem zufälligen ColorScheme gestartet. Möchte man wissen, welches aktuell benutzt wird, hilft :echo g:colors_name

und hier noch der Tipp des Tages.
Einen schönen bunten vim bekommt man mit

:set t_Co=256

neuere xterms und rxvt sollten heutzutage auch mit 256 Farben klar kommen. Selbst Putty kann mittlerweile 256 Farben darstellen.
Passende ColorSchemes kann man auf vim.org runterladen.

Ach und wo wir gerade dabei sind:
Addons müssen jetzt in Lenny manuell aktiviert werden, denn

vim (1:7.1-022+1) unstable; urgency=low

* /usr/share/vim/addons/ is no longer in the vim runtimepath

This is intended to avoid arbitrarly clashes among addons installed
system-wide and enabled by default, and to set up a common ground for Vim
extensions of various kinds. From now on vim addons won't be enabled by
default upon installation but will need to be enabled on a per-addon basis
either in a system-wide manner (affecting all users of the system) or by
each user who wants to use them. A tool exists for helping with addon
management: it is called "vim-addons" and is shipped by the package
"vim-addon-manager"; all vim addon packages should recommend it.

For more information see the VIM packaging policy (available on the web at
http://pkg-vim.alioth.debian.org/vim-policy.html/index.html) and the
manual page of vim-addons, available in the vim-addon-manager package.