Re: less und more problem

From: Bernd Walter <ticso(at)cicely12.cicely.de>
Date: Sat, 14 May 2005 13:22:34 +0200

On Sat, May 14, 2005 at 12:46:30PM +0200, J. Erik Heinz wrote:
> Hi,
>
> [ Bernd Walter <ticso(at)cicely12.cicely.de> - Sat, May 14, 2005 at 12:23:50AM +0200 ]:
> > Stellt sich nur die Frage warum die überschrieben wurde.
> > Ich gehe mal davon aus, das dein eterm die initial richtig setzt.
> Evtl. weil ich es nochmal explizit in der .profile habe...

Dumme Idee - jetzt weißt du auch warum.

> > > > s/ros/rows
> > > Zu Anfang dacht ich das wäre ein Kommando für stty, aber nach eingigen
> > > überlegungen kamm ich drauf das du evtl. im vim ros durch rows
> > > ersetzen wolltest.
> >
> > Nein - sicher nicht - vim packe ich als überzeugter nvi Nutzer sicher
> > nicht an - vim ist absolut unlogisch im Umgang mit undo sowie mit
> > mehreren Files.
> Warum? Was findest du da unlogisch? Ich hab mal gegoogelt, aber
> irgendwie findet man da keine richtigen vergleich zwischen den beiden.
> Und die Manpage von nvi ist die vi-manpage...

Der vi in FreeBSD ist der nvi.
Der originale vi ist keine freie Software.

> Was findest du eleganter gelöst im nvi - würde mich interessieren. Man
> versucht ja immer sein workflow zu verbessern ;)

u macht einen undo - . wiederholt den letzten Befehl.
Beim nvi macht der . einen weiteren undo level und ein u macht letzlich
einen redo, wenn der vorige Befehl ein undo war.
Der vim hingegen ignoriert beim weiteren u, dass der vorige Befehl ein
undo war und macht eine undo auf die Operation vor allen undos.
Der Umgang mit mehreren Files ist nicht so einfach zu vergleichen, aber
wenn du mal mit beiden Editoren mit mehreren Files gleichzeitig
arbeitest wirst du schnell Unterschiede feststellen.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 14 May 2005 - 13:23:38 CEST

search this site