zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@csr.com>
To: zsh-workers <zsh-workers@sunsite.dk>
Subject: Re: "show" completion et al spammy when binaries don't exist
Date: Mon, 14 Jan 2008 09:49:38 +0000	[thread overview]
Message-ID: <20080114094938.793eec5f@news01> (raw)
In-Reply-To: <237967ef0801121257s6a478358k897be96f607b7408@mail.gmail.com>

On Sat, 12 Jan 2008 21:57:35 +0100
"Mikael Magnusson" <mikachu@gmail.com> wrote:
> I was looking at another window while writing and typed
> show show gi<tab>
> instead of git show gi<tab> and got the following:
> % show show gi_mh:1: command not found: mhpath
> _mh:1: command not found: mhparam
> _mh:1: command not found: mhpath
> _mh:1: command not found: mhparam
> _mh:1: command not found: mhpath
> _mh:1: command not found: mhparam
> _mh:1: command not found: mhpath
> _mh:1: command not found: mhparam
>                            show show gi<cursor here>
> ---- no match for: `sequence' or `corrections'
> 
> After the error messages the prompt wasn't redrawn correctly, but I
> think that is expected. In _mh all commands are called with 2>
> /dev/null, but that doesn't help much since zsh is the one to print
> the messages. Which leads me to ask, is the stderr output of
> completion scripts ever wanted in the terminal? Maybe it should be
> redirected more centrally? Putting
> which mhpath >& /dev/null || return
> on the first line of _mh fixes the problem, I don't know if some other
> method would be preferred.

Probably something like this.

Index: Completion/Unix/Command/_mh
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/Unix/Command/_mh,v
retrieving revision 1.7
diff -u -r1.7 _mh
--- Completion/Unix/Command/_mh	9 Dec 2005 19:21:54 -0000	1.7
+++ Completion/Unix/Command/_mh	14 Jan 2008 09:48:34 -0000
@@ -1,5 +1,10 @@
 #compdef ali anno burst comp dist flist flists folder folders forw inc mark mhlist mhmail mhn mhparam mhpath mhshow mhstore msgchk next packf pick prev refile repl rmf rmm scan show sortm whom
 
+if [[ -z $commands[mhpath] ]]; then
+  _message "MH commands are not available"
+  return 1
+fi
+
 # Completion for all possible MH commands.
 local mymhdir=${$(_call_program mhpath mhpath + 2>/dev/null):-~/Mail}
 local mhlib=/usr/lib/mh


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


  reply	other threads:[~2008-01-14  9:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-12 20:57 Mikael Magnusson
2008-01-14  9:49 ` Peter Stephenson [this message]
2008-01-14 16:11   ` Bart Schaefer
2008-01-14 16:16     ` Peter Stephenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080114094938.793eec5f@news01 \
    --to=pws@csr.com \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).