GNU bug report logs - #10457
(Broken?) programmable completion in shell buffers

Previous Next

Full log

Message #26 received at 10457 <at> debbugs.gnu.org (full text, mbox):

From: Oleksandr Manzyuk <manzyuk <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 10457 <at> debbugs.gnu.org
Subject: Re: bug#10457: (Broken?) programmable completion in shell buffers
Date: Mon, 9 Jan 2012 20:20:55 +0000

[Message part 1 (text/plain, inline)]

I don't yet fully understand what is going on here, but I think I have
a fix (arguably, not very attractive) for the lockup problem: if I
replace the line

(pcomplete-opt "01234567ABCFGKLMNOPRSTUVWXZbcdfghiklmoprstuvwxz")

in the code for `pcomplete/tar' in pcmpl-gnu.el with

(pcomplete-here*
 (mapcar
  (lambda (char)
    (concat "-" (char-to-string char)))
  (string-to-list
   "01234567ABCFGKLMNOPRSTUVWXZbcdfghiklmoprstuvwxz")))

then I finally get the behavior I am after: typing "tar -" and
pressing TAB pops up a completions buffer with short options, and if I
press SPC now, the completions buffer is popped down (ditto for "tar
--").

The two versions seem to be equivalent modulo bookkeeping, except that
`pcomplete-here*' runs `pcomplete-try-first-hook'.  Why are they
operationally different?

Sasha
-- 
Oleksandr Manzyuk
http://oleksandrmanzyuk.wordpress.com

[10457.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.