From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5034 invoked from network); 14 Jan 1997 12:41:21 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by coral.primenet.com.au with SMTP; 14 Jan 1997 12:41:21 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id HAA08001; Tue, 14 Jan 1997 07:39:46 -0500 (EST) Resent-Date: Tue, 14 Jan 1997 07:39:46 -0500 (EST) Message-Id: <199701141240.NAA04059@hydra.ifh.de> To: zsh-workers@math.gatech.edu (Zsh hackers list) Subject: vi-goto-column Date: Tue, 14 Jan 1997 13:40:57 +0100 From: Peter Stephenson Resent-Message-ID: <"q2i_m1.0.yy1.Hwtso"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/2790 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu The behaviour of vi-goto-column has changed: it now won't go to the last column, i.e. the space after all the characters. This was presumably introduced by some mistaken analogy with vi, where there is no space at the end of the line after the last inserted character. In zsh there is (remember, ^[| can be called from emacs mode) and there is no reason why the shell shouldn't go to it. The change has already caused problems here. The excuse `we randomly changed this because we thought it would be nice if it did something else' is not widely accepted (to put it mildly) by users and system managers. % ~ ^ typing ^[2^[| here goes to the first character instead of staying put. -- Peter Stephenson Tel: +49 33762 77366 WWW: http://www.ifh.de/~pws/ Fax: +49 33762 77413 Deutsches Elektronen-Synchrotron --- Institut fuer Hochenergiephysik Zeuthen DESY-IfH, 15735 Zeuthen, Germany.