zsh-users
 help / color / mirror / code / Atom feed
* bindkey -v and alt-. for previous cmd arg
@ 2004-11-03 12:48 Nick Croft
  2004-11-03 13:53 ` DervishD
  0 siblings, 1 reply; 14+ messages in thread
From: Nick Croft @ 2004-11-03 12:48 UTC (permalink / raw)
  To: zsh-users

Hi zsh users,

I've been happily using Zsh for a couple of years, as the most productive
shell for my set of habits.

I use the vi keymaps -- I emerge from a vim session, issue a few commands and
return to vim. It's natural to keep editing the command line in a vi frame
of mind.

One of the coolest among many cool features of zsh is the trick of
reproducing the previous command line argument with alt-.  (This may be
shared with bash iirc).

n@tandv ~ % ls /usr/share/zsh
4.2.1 functions help
n@tandv ~ % ls alt-./4.2.1
functions
n@tandv ~ % cd alt-.

etc etc.

This is no longer available. If I get rid of bindkey -v, then it's there.

I've spent about 18 hours reading up and googling. I've tried other peoples
.zshrcs.  Am I the only one using bindkey -v and heavily reliant on getting
the previous command argument. (Repeated pressing alt-. gets the argument
from the line before, etc).

Hope someone can help.

Nick


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-03 12:48 bindkey -v and alt-. for previous cmd arg Nick Croft
@ 2004-11-03 13:53 ` DervishD
  2004-11-03 19:44   ` Nick Croft
  0 siblings, 1 reply; 14+ messages in thread
From: DervishD @ 2004-11-03 13:53 UTC (permalink / raw)
  To: Nick Croft; +Cc: zsh-users

    Hi Nick :)

 * Nick Croft <nicko@acay.com.au> dixit:
> n@tandv ~ % cd alt-.
[...]
> This is no longer available. If I get rid of bindkey -v, then it's there.

    I don't use zsh 4.2.x yet, but it seems that your problem is that
'Alt-.' is no longer bound in the 'viins' keymap. Do it yourself:

    bindkey -m viins '\e.' insert-last-word

    Note that I've used 'Esc-.' instead of 'Alt-.' because I don't
know how to bind Alt sequences :? In fact, 'insert-last-word' is
bound to 'Esc-.' by default in 4.0.9

    Hope this helps.

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736
http://www.dervishd.net & http://www.pleyades.net/


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-03 13:53 ` DervishD
@ 2004-11-03 19:44   ` Nick Croft
  2004-11-03 19:57     ` DervishD
  0 siblings, 1 reply; 14+ messages in thread
From: Nick Croft @ 2004-11-03 19:44 UTC (permalink / raw)
  To: DervishD, zsh-users

* DervishD (zsh@dervishd.net) ha dicho:
>     
>     I don't use zsh 4.2.x yet, but it seems that your problem is that
> 'Alt-.' is no longer bound in the 'viins' keymap. Do it yourself:
> 
>     bindkey -m viins '\e.' insert-last-word
> 
>     Note that I've used 'Esc-.' instead of 'Alt-.' because I don't
> know how to bind Alt sequences :? In fact, 'insert-last-word' is
> bound to 'Esc-.' by default in 4.0.9
> 
>     Hope this helps.
> 
Thanks Raúl - 

That DID help. Actually zsh didn't accept so many arguments, so 
I used "bindkey '\e.' insert-last-word". This seems to allow the widget to
be used with alt as well.

Back to work now! Great.

Nick

-- 
/*       _\|/_
         (o o)
 +----oOO-{_}-OOo------------------------------+
 |Piano Technician - Theme & Variations, Sydney|
 +--------------------------------------------*/


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-03 19:44   ` Nick Croft
@ 2004-11-03 19:57     ` DervishD
  2004-11-03 20:01       ` DervishD
  0 siblings, 1 reply; 14+ messages in thread
From: DervishD @ 2004-11-03 19:57 UTC (permalink / raw)
  To: Nick Croft; +Cc: zsh-users

    Hi Nick :)

 * Nick Croft <nicko@acay.com.au> dixit:
> >     I don't use zsh 4.2.x yet, but it seems that your problem is that
> > 'Alt-.' is no longer bound in the 'viins' keymap. Do it yourself:
> > 
> >     bindkey -m viins '\e.' insert-last-word
> > 
> >     Note that I've used 'Esc-.' instead of 'Alt-.' because I don't
> > know how to bind Alt sequences :? In fact, 'insert-last-word' is
> > bound to 'Esc-.' by default in 4.0.9
> > 
> >     Hope this helps.
> > 
> That DID help. Actually zsh didn't accept so many arguments, so 
> I used "bindkey '\e.' insert-last-word". This seems to allow the widget to
> be used with alt as well.

    Sorry, my fault. You cannot select a keymap and bind a key at the
same time. Anyway, since you already did 'bindkey -v' the 'viins'
keymap is selected so the key binding is placed in the appropriate
place.

    Just one more question: do your 'alt-.' key combo works the same
as 'esc-.'? Here I only can do the 'esc-.' combo, the alt-. doesn't
work because I don't have any action defined for 'alt-.' in my keymap
(I use Linux). Just curiosity O:)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736
http://www.dervishd.net & http://www.pleyades.net/


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-03 19:57     ` DervishD
@ 2004-11-03 20:01       ` DervishD
  2004-11-04 11:43         ` Nick Croft
  0 siblings, 1 reply; 14+ messages in thread
From: DervishD @ 2004-11-03 20:01 UTC (permalink / raw)
  To: Nick Croft, zsh-users

    Hi Nick, again :)

 * DervishD <zsh@dervishd.net> dixit:
> > That DID help. Actually zsh didn't accept so many arguments, so 
> > I used "bindkey '\e.' insert-last-word". This seems to allow the widget to
> > be used with alt as well.
>     Sorry, my fault. You cannot select a keymap and bind a key at the
> same time. Anyway, since you already did 'bindkey -v' the 'viins'
> keymap is selected so the key binding is placed in the appropriate
> place.

    In fact you can do both things at once:

    bindkey -M viins '\e.' insert-last-word

    Just in case you want the binding in the 'viins' keymap. Sorry
again for the mistake O:)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736
http://www.dervishd.net & http://www.pleyades.net/


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-03 20:01       ` DervishD
@ 2004-11-04 11:43         ` Nick Croft
  2004-11-04 12:03           ` DervishD
                             ` (2 more replies)
  0 siblings, 3 replies; 14+ messages in thread
From: Nick Croft @ 2004-11-04 11:43 UTC (permalink / raw)
  To: DervishD, zsh-users

* DervishD (zsh@dervishd.net) wrote:
> 
>     In fact you can do both things at once:
> 
>     bindkey -M viins '\e.' insert-last-word
> 
Yes! And from my recent reading I see that if you bind a key to Esc using 
\e it will be mapped to alt as well.

Two things: Thanks for you help. However I haven't got complete success yet.
My initial results wre done on an xterm+zsh which has been running since
before the "upgrade" from zsh_4.0.4 to zsh_4.2.1. I couldn't duplicate the
success on a new zsh-session.

I have since downgraded back to 4.0.4 but the original behaviour hasn't
returned. I have copies of the original .zshrc, which works on other
machines.

I have 5 machines, router, laptop, work desktop, test machine, and main
machine. Unfortunately the one I use all the time is the one I can't get to
behave!

Secondly, I have to leave town for three days, so I can't work on this for a
while. You may notice me back on Monday.

It's all very strange, and to me buggy. I've noticed with some other
software that 'progress' can mean the loss of the features I like best.

See you,

Nick


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-04 11:43         ` Nick Croft
@ 2004-11-04 12:03           ` DervishD
  2004-11-04 12:16           ` Peter Stephenson
  2004-11-04 14:20           ` Matthias B.
  2 siblings, 0 replies; 14+ messages in thread
From: DervishD @ 2004-11-04 12:03 UTC (permalink / raw)
  To: Nick Croft; +Cc: zsh-users

    Hi Nick :)

 * Nick Croft <nicko@acay.com.au> dixit:
> >     In fact you can do both things at once:
> >     bindkey -M viins '\e.' insert-last-word
> Yes! And from my recent reading I see that if you bind a key to Esc using 
> \e it will be mapped to alt as well.

    That doesn't happen in my system, I think that's due the keymap
settings (I refer to the Linux keymap, not the zsh one).
 
> My initial results wre done on an xterm+zsh which has been running since
> before the "upgrade" from zsh_4.0.4 to zsh_4.2.1. I couldn't duplicate the
> success on a new zsh-session.

    Mmm... Have you tested that the ESC-. combo works? Could you post
the output of 'bindkey'? I think that it may have to do with the
map... I've never use vi keymap under zsh, and maybe you should set
the binding in the 'vicmd' map, and not in 'viins' map (or maybe in
both of them!).
 
> I have 5 machines, router, laptop, work desktop, test machine, and main
> machine. Unfortunately the one I use all the time is the one I can't get to
> behave!

    That's very weird :?
 
> Secondly, I have to leave town for three days, so I can't work on this for a
> while. You may notice me back on Monday.

    OK.
 
> It's all very strange, and to me buggy. I've noticed with some other
> software that 'progress' can mean the loss of the features I like best.

    This feature in particular should work, it's no more than a key
combo (and works here with 4.0.9). Let's discover the problem :)

    Have fun :)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736
http://www.dervishd.net & http://www.pleyades.net/


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-04 11:43         ` Nick Croft
  2004-11-04 12:03           ` DervishD
@ 2004-11-04 12:16           ` Peter Stephenson
  2004-11-04 14:20           ` Matthias B.
  2 siblings, 0 replies; 14+ messages in thread
From: Peter Stephenson @ 2004-11-04 12:16 UTC (permalink / raw)
  To: zsh-users

Nick Croft wrote:
> I have since downgraded back to 4.0.4 but the original behaviour hasn't
> returned. I have copies of the original .zshrc, which works on other
> machines.

I can't see any evidence the binding was there in 4.0 (I'm actually
looking at the end of the 4.0 line, though I very much doubt a change
like this would have appeared in the middle).  The binding was there
in 3.0.  Are you sure it wasn't an even older zsh?

> It's all very strange, and to me buggy. I've noticed with some other
> software that 'progress' can mean the loss of the features I like best.

I tend to agree about this.  If I remember, there were some purist
mutterings a few years ago about vi insert mode and it was optimised for
"real vi users", so escape bindings were removed.  The main gain was
that there was no delay after typing Escape to leave insert mode (see
documentation of KEYTMOUT).  I doubt this was worth the annoyance caused.

This should put things back, I think.

bindkey -M viins "\M-^D" list-choices
bindkey -M viins "\M-^G" send-break
bindkey -M viins "\M-^H" backward-kill-word
bindkey -M viins "\M-^I" self-insert-unmeta
bindkey -M viins "\M-^J" self-insert-unmeta
bindkey -M viins "\M-^L" clear-screen
bindkey -M viins "\M-^M" self-insert-unmeta
bindkey -M viins "\M-^_" copy-prev-word
bindkey -M viins "\M- " expand-history
bindkey -M viins "\M-!" expand-history
bindkey -M viins "\M-\"" quote-region
bindkey -M viins "\M-$" spell-word
bindkey -M viins "\M-'" quote-line
bindkey -M viins "\M--" neg-argument
bindkey -M viins "\M-." insert-last-word
bindkey -M viins "\M-0" digit-argument
bindkey -M viins "\M-1" digit-argument
bindkey -M viins "\M-2" digit-argument
bindkey -M viins "\M-3" digit-argument
bindkey -M viins "\M-4" digit-argument
bindkey -M viins "\M-5" digit-argument
bindkey -M viins "\M-6" digit-argument
bindkey -M viins "\M-7" digit-argument
bindkey -M viins "\M-8" digit-argument
bindkey -M viins "\M-9" digit-argument
bindkey -M viins "\M-<" beginning-of-buffer-or-history
bindkey -M viins "\M->" end-of-buffer-or-history
bindkey -M viins "\M-?" which-command
bindkey -M viins "\M-A" accept-and-hold
bindkey -M viins "\M-B" backward-word
bindkey -M viins "\M-C" capitalize-word
bindkey -M viins "\M-D" kill-word
bindkey -M viins "\M-F" forward-word
bindkey -M viins "\M-G" get-line
bindkey -M viins "\M-H" run-help
bindkey -M viins "\M-L" down-case-word
bindkey -M viins "\M-N" history-search-forward
bindkey -M viins "\M-P" history-search-backward
bindkey -M viins "\M-Q" push-line
bindkey -M viins "\M-S" spell-word
bindkey -M viins "\M-T" transpose-words
bindkey -M viins "\M-U" up-case-word
bindkey -M viins "\M-W" copy-region-as-kill
bindkey -M viins "\M-_" insert-last-word
bindkey -M viins "\M-a" accept-and-hold
bindkey -M viins "\M-b" backward-word
bindkey -M viins "\M-c" capitalize-word
bindkey -M viins "\M-d" kill-word
bindkey -M viins "\M-f" forward-word
bindkey -M viins "\M-g" get-line
bindkey -M viins "\M-h" run-help
bindkey -M viins "\M-l" down-case-word
bindkey -M viins "\M-n" history-search-forward
bindkey -M viins "\M-p" history-search-backward
bindkey -M viins "\M-q" push-line
bindkey -M viins "\M-s" spell-word
bindkey -M viins "\M-t" transpose-words
bindkey -M viins "\M-u" up-case-word
bindkey -M viins "\M-w" copy-region-as-kill
bindkey -M viins "\M-x" execute-named-cmd
bindkey -M viins "\M-y" yank-pop
bindkey -M viins "\M-z" execute-last-named-cmd
bindkey -M viins "\M-|" vi-goto-column
bindkey -M viins "\M-^?" backward-kill-word
bindkey -M viins "^[^D" list-choices
bindkey -M viins "^[^G" send-break
bindkey -M viins "^[^H" backward-kill-word
bindkey -M viins "^[^I" self-insert-unmeta
bindkey -M viins "^[^J" self-insert-unmeta
bindkey -M viins "^[^L" clear-screen
bindkey -M viins "^[^M" self-insert-unmeta
bindkey -M viins "^[^_" copy-prev-word
bindkey -M viins "^[ " expand-history
bindkey -M viins "^[!" expand-history
bindkey -M viins "^[\"" quote-region
bindkey -M viins "^[$" spell-word
bindkey -M viins "^['" quote-line
bindkey -M viins "^[-" neg-argument
bindkey -M viins "^[." insert-last-word
bindkey -M viins "^[0" digit-argument
bindkey -M viins "^[1" digit-argument
bindkey -M viins "^[2" digit-argument
bindkey -M viins "^[3" digit-argument
bindkey -M viins "^[4" digit-argument
bindkey -M viins "^[5" digit-argument
bindkey -M viins "^[6" digit-argument
bindkey -M viins "^[7" digit-argument
bindkey -M viins "^[8" digit-argument
bindkey -M viins "^[9" digit-argument
bindkey -M viins "^[<" beginning-of-buffer-or-history
bindkey -M viins "^[>" end-of-buffer-or-history
bindkey -M viins "^[?" which-command
bindkey -M viins "^[A" accept-and-hold
bindkey -M viins "^[B" backward-word
bindkey -M viins "^[C" capitalize-word
bindkey -M viins "^[D" kill-word
bindkey -M viins "^[F" forward-word
bindkey -M viins "^[G" get-line
bindkey -M viins "^[H" run-help
bindkey -M viins "^[L" down-case-word
bindkey -M viins "^[N" history-search-forward
bindkey -M viins "^[P" history-search-backward
bindkey -M viins "^[Q" push-line
bindkey -M viins "^[S" spell-word
bindkey -M viins "^[T" transpose-words
bindkey -M viins "^[U" up-case-word
bindkey -M viins "^[W" copy-region-as-kill
bindkey -M viins "^[[A" up-line-or-history
bindkey -M viins "^[[B" down-line-or-history
bindkey -M viins "^[[C" forward-char
bindkey -M viins "^[[D" backward-char
bindkey -M viins "^[_" insert-last-word
bindkey -M viins "^[a" accept-and-hold
bindkey -M viins "^[b" backward-word
bindkey -M viins "^[c" capitalize-word
bindkey -M viins "^[d" kill-word
bindkey -M viins "^[f" forward-word
bindkey -M viins "^[g" get-line
bindkey -M viins "^[h" run-help
bindkey -M viins "^[l" down-case-word
bindkey -M viins "^[n" history-search-forward
bindkey -M viins "^[p" history-search-backward
bindkey -M viins "^[q" push-line-or-edit
bindkey -M viins "^[s" spell-word
bindkey -M viins "^[t" transpose-words
bindkey -M viins "^[u" up-case-word
bindkey -M viins "^[w" copy-region-as-kill
bindkey -M viins "^[x" execute-named-cmd
bindkey -M viins "^[y" yank-pop
bindkey -M viins "^[z" execute-last-named-cmd
bindkey -M viins "^[|" vi-goto-column
bindkey -M viins "^[^?" backward-kill-word

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-04 11:43         ` Nick Croft
  2004-11-04 12:03           ` DervishD
  2004-11-04 12:16           ` Peter Stephenson
@ 2004-11-04 14:20           ` Matthias B.
  2004-11-04 14:33             ` Chris Johnson
  2004-11-07 11:53             ` Nick Croft
  2 siblings, 2 replies; 14+ messages in thread
From: Matthias B. @ 2004-11-04 14:20 UTC (permalink / raw)
  To: Nick Croft; +Cc: DervishD, zsh-users

On Thu, 4 Nov 2004 22:43:33 +1100 Nick Croft <nicko@acay.com.au> wrote:

> * DervishD (zsh@dervishd.net) wrote:
> > 
> >     In fact you can do both things at once:
> > 
> >     bindkey -M viins '\e.' insert-last-word
> > 
> Yes! And from my recent reading I see that if you bind a key to Esc
> using \e it will be mapped to alt as well.

No, that's not how it works. It's just that in some terminals (the Linux
console for example, at least with some keymaps) Alt-. produces ESC-.
But this is by no means standard. In my Xterm, when I press Alt-. I get
the (R) registered trademark sign and if I want to bind something to Alt-.
I have to bind it to (R) to work in Xterm. The simplest way to find out
what to bind against is to execute

  cat

and then press the key combo in question and look at what you see on
screen. On the linux console I get this (with Alt-.)

PS1# cat
^[.


and ^[ happens to be ESC.
 
MSB

-- 
He who SHOUTS is always wrong.


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-04 14:20           ` Matthias B.
@ 2004-11-04 14:33             ` Chris Johnson
  2004-11-04 19:43               ` Nick Croft
  2004-11-07 11:53             ` Nick Croft
  1 sibling, 1 reply; 14+ messages in thread
From: Chris Johnson @ 2004-11-04 14:33 UTC (permalink / raw)
  To: Matthias B.; +Cc: zsh-users

Matthias B. sent me the following 0.9K bytes:

> > Yes! And from my recent reading I see that if you bind a key to Esc
> > using \e it will be mapped to alt as well.
> 
> No, that's not how it works. It's just that in some terminals (the Linux
> console for example, at least with some keymaps) Alt-. produces ESC-.
> But this is by no means standard. In my Xterm, when I press Alt-. I get
> the (R) registered trademark sign and if I want to bind something to Alt-.
> I have to bind it to (R) to work in Xterm. The simplest way to find out
> what to bind against is to execute
> 
>   cat
> 
> and then press the key combo in question and look at what you see on
> screen. On the linux console I get this (with Alt-.)

You can also do this at the command line by hitting <Control-v> and then
pressing the key in question.  That'll save you a process!

-- 
Chris Johnson
cjohnson@cs.utk.edu
http://www.cs.utk.edu/~cjohnson


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-04 14:33             ` Chris Johnson
@ 2004-11-04 19:43               ` Nick Croft
  0 siblings, 0 replies; 14+ messages in thread
From: Nick Croft @ 2004-11-04 19:43 UTC (permalink / raw)
  To: Chris Johnson; +Cc: Matthias B., zsh-users

Chris, Matthias, Raúl, Peter, et al.

Thanks for your kind suggestions. I'll get back to it when I return on
Monday.

Nick


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-04 14:20           ` Matthias B.
  2004-11-04 14:33             ` Chris Johnson
@ 2004-11-07 11:53             ` Nick Croft
  2004-11-07 13:29               ` Matthias B.
  1 sibling, 1 reply; 14+ messages in thread
From: Nick Croft @ 2004-11-07 11:53 UTC (permalink / raw)
  To: Matthias B.; +Cc: Nick Croft, DervishD, zsh-users

* Matthias B. (msbREMOVE-THIS@winterdrache.de) wrote:
> 
> No, that's not how it works. It's just that in some terminals (the Linux
> console for example, at least with some keymaps) Alt-. produces ESC-.
> But this is by no means standard. In my Xterm, when I press Alt-. I get
> the (R) registered trademark sign 

I found that the usual zsh behaviour of alt-. could be had in any other
terminal but xterm, or on the console.

I downgraded to xterm 4.1.0 (from 4.3.0), and the problem is fixed.

I've filed a bug report in the (debian) system, under xterm.

I'm very relieved to be able to get back to business.

Thanks,

Nick Croft


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-07 11:53             ` Nick Croft
@ 2004-11-07 13:29               ` Matthias B.
  2004-11-09 11:18                 ` Nick Croft
  0 siblings, 1 reply; 14+ messages in thread
From: Matthias B. @ 2004-11-07 13:29 UTC (permalink / raw)
  To: Nick Croft; +Cc: zsh-users

On Sun, 7 Nov 2004 22:53:00 +1100 Nick Croft <nicko@acay.com.au> wrote:

> * Matthias B. (msbREMOVE-THIS@winterdrache.de) wrote:
> > 
> > No, that's not how it works. It's just that in some terminals (the
> > Linux console for example, at least with some keymaps) Alt-. produces
> > ESC-. But this is by no means standard. In my Xterm, when I press
> > Alt-. I get the (R) registered trademark sign 
> 
> I found that the usual zsh behaviour of alt-. could be had in any other
> terminal but xterm, or on the console.
> 
> I downgraded to xterm 4.1.0 (from 4.3.0), and the problem is fixed.
> 
> I've filed a bug report in the (debian) system, under xterm.

I don't think this is a bug. That the older xterm has the desired
behaviour is probably just that it has a different default value for the
resource "eightBitInput". Just put

XTerm.VT100.eightBitInput: false

into your ~/.Xresources file (assuming that Debian is set up to use this)
and you'll get the ESC-behaviour rather than the (R).
If you want to know more, do

man xterm

Never file bug reports without having read the manpage. 

MSB

-- 
When you order sausage in Germany, prepare for the wurst!


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

* Re: bindkey -v and alt-. for previous cmd arg
  2004-11-07 13:29               ` Matthias B.
@ 2004-11-09 11:18                 ` Nick Croft
  0 siblings, 0 replies; 14+ messages in thread
From: Nick Croft @ 2004-11-09 11:18 UTC (permalink / raw)
  To: Matthias B.; +Cc: Nick Croft, zsh-users

* Matthias B. (msbREMOVE-THIS@winterdrache.de) wrote:
> 
> man xterm
> 
> Never file bug reports without having read the manpage. 
> 
Thanks Matthias,

I skimmed through the manpage.

The debian bug reporting system isn't entirely the same as bug reporting
upstream. It refers mostly to the particular way the debian package is
prepared. There are 8 levels of `bug' ranging from critical bugs (which may
relate to the upstream development) through to `wishlist' bugs. 

I filed this one at the appropriate level - that referring to the usability
of the package.

Not everyone wants to be, or has time to be, an X or xterm or zsh developer.
We use these packages gratefully and in good faith. If your work output is
suddenly put in jeopardy and needs 10 - 30 hours research to find a solution
then the same is probably true for many others. The least you can do is file
a report.

The debian bugs can occur in as a result of injudicious selection of options
in the compiling. I don't wish to bring the distribution any negative
publicity by this, but among the 100's of packages being updated daily,
occasionally a severe mistake gets through (probably 0.01% or less of the
time). 

The worst I've seen is the time when an upgrade to postgresql managed to
wipe out the all the databases of anyone who had the misfortune to upgrade.
The bug only lasted a day for two fortunately.

I mention all this in the context of having for some time compiled my own
xterms in the days before utf-8 support was standard for debian. On the
other hand, I use the unstable debian distribution so I have to be prepared
to experience some inconvenience from time to time.

++++++++++++++++

That said, thanks for the pointer to the 8-bit option. I do appreciate your 
input.

Nick Croft


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

end of thread, other threads:[~2004-11-09 11:20 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-11-03 12:48 bindkey -v and alt-. for previous cmd arg Nick Croft
2004-11-03 13:53 ` DervishD
2004-11-03 19:44   ` Nick Croft
2004-11-03 19:57     ` DervishD
2004-11-03 20:01       ` DervishD
2004-11-04 11:43         ` Nick Croft
2004-11-04 12:03           ` DervishD
2004-11-04 12:16           ` Peter Stephenson
2004-11-04 14:20           ` Matthias B.
2004-11-04 14:33             ` Chris Johnson
2004-11-04 19:43               ` Nick Croft
2004-11-07 11:53             ` Nick Croft
2004-11-07 13:29               ` Matthias B.
2004-11-09 11:18                 ` Nick Croft

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).