zsh-users
 help / color / mirror / code / Atom feed
* Re: zsh questions
       [not found] <005901c00600$5261ed50$19859dd1@zach.sobell.com>
@ 2000-08-15 20:57 ` Peter Stephenson
  2000-08-17 15:46   ` Bart Schaefer
  0 siblings, 1 reply; 2+ messages in thread
From: Peter Stephenson @ 2000-08-15 20:57 UTC (permalink / raw)
  To: Mark G. Sobell; +Cc: Zsh users list

"Mark G. Sobell" wrote:
> Hi Peter --
> 
> Forgive me if you are not the person to answer these questions; perhaps
> you would be good enough to pass this on to the  right person?
> 
> I'm revising my Linux book and have noticed that a couple of things have
> changed in zsh. If you could tell me if these are changes, bugs, or
> something else I would appreciate it.  If they are bugs, when do you
> expect them to be fixed?
> 
> Also, is there someone there who would like to review my zsh chapter
> before it goes into print?
> 
> --------------------------------
> 
> Under Red Hat 6.2 i386 (kernel 2.2.14-5.0)
> 
> I have tried these on ZSH_VERSION=3.1.6-pws-9 and ZSH_VERSION=3.0.7.
> 
> after giving the command bindkey -v
> 
> ESCAPE = lists possible completions for partial filenames entered on
> the command line. (fails on 3.1.6)
> 
> TAB used to extend partial filenames as far as possible (fails on both
> versions)
> 
> 
> Are the widgets or assigned keys changing or is something else going on?
> 
> Thank you for your help,
> 
>                      Mark

Hi Mark,

I'm not a real vi mode expert, since I tend to use emacs mode, so I'm
copying this to the mailing list to see if anyone knows more about it.  I
do know one thing has changed sometime during the 3.x series: the bindings
for insert mode and command mode are now completely separate, whereas
earlier they were interdependent in a slightly ugly way.  For the TAB
problem, maybe

bindkey -a '^i' expand-or-complete

fixes things?  TAB is bound in insert mode, but apparently not command
mode; maybe someone else remembers this changing (it would have been a few
years ago now).  The -a refers to the `alternate' key map, which is the
command mode map.  Something similar may be going on with the other, but
I'd better leave it to someone who knows that better or I'll get in a
tangle.

I'd be happy to read through your chapter on zsh; there may be other
takers.

Regards,
Peter Stephenson

-- 
Peter Stephenson <pws@pwstephenson.fsnet.co.uk>
Work: pws@csr.com
Web: http://www.pwstephenson.fsnet.co.uk


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: zsh questions
  2000-08-15 20:57 ` zsh questions Peter Stephenson
@ 2000-08-17 15:46   ` Bart Schaefer
  0 siblings, 0 replies; 2+ messages in thread
From: Bart Schaefer @ 2000-08-17 15:46 UTC (permalink / raw)
  To: Mark G. Sobell; +Cc: Zsh users list

} "Mark G. Sobell" wrote:
} > I'm revising my Linux book and have noticed that a couple of things have
} > changed in zsh. If you could tell me if these are changes, bugs, or
} > something else I would appreciate it.  If they are bugs, when do you
} > expect them to be fixed?
} > 
} > --------------------------------
} > 
} > Under Red Hat 6.2 i386 (kernel 2.2.14-5.0)
} > 
} > I have tried these on ZSH_VERSION=3.1.6-pws-9 and ZSH_VERSION=3.0.7.
} > 
} > after giving the command bindkey -v
} > 
} > ESCAPE = lists possible completions for partial filenames entered on
} > the command line. (fails on 3.1.6)

As far as I know, ESCAPE was *never* used to list possible completions
in zsh, in vi mode or otherwise.  Control-D is used in all cases, and
always has been.  ESCAPE switches from vi insert mode to vi command mode,
or acts as a prefix key for multi-key bindings when already in vi command
mode.

However, there is a difference -- and possibly a bug -- in the 3.1 series,
which was probably introduced fairly recently.  In vi command mode, it's
not possible to more the cursor to the right of the last character on the
line.  In 2.x and 3.0, therefore, completion in vi command mode always
begins using the character UNDER the cursor, rather than the character to
the LEFT OF the cursor.  In 3.1.6 and 3.1.9 (I haven't checked earlier
versions of 3.1), completion in vi command mode uses the character to the
left of the cursor, exactly as do vi insert mode and emacs mode in all
versions.

This of course means that the set of possible completions generated in vi
command mode will not be the same in 3.1.6+ as in 3.0.x, and in fact it
may appear not to be generating completions at all, depending on context.

} > TAB used to extend partial filenames as far as possible (fails on both
} > versions)

This is indeed a change.  In the 2.x series, TAB was bound to complete-word
in vi command mode and to expand-or-complete in insert mode and emacs mode.
As of 3.0, the vi command mode binding was dropped, so TAB is unbound in
that mode in 3.0.x and 3.1.x.  It should be unchanged as long as you have
not pressed ESCAPE to enter vi command mode.

On Aug 15,  9:57pm, Peter Stephenson wrote:
}
} I'd be happy to read through your chapter on zsh; there may be other
} takers.

I'd be willing to do so as well.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-08-17 15:48 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <005901c00600$5261ed50$19859dd1@zach.sobell.com>
2000-08-15 20:57 ` zsh questions Peter Stephenson
2000-08-17 15:46   ` Bart Schaefer

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).