unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* completion-cycle-threshold=t in shell completion
@ 2012-09-04 18:28 Sam Steingold
  2012-09-04 19:31 ` Stefan Monnier
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Sam Steingold @ 2012-09-04 18:28 UTC (permalink / raw)
  To: emacs-devel

When completion-cycle-threshold is nil, completion completes to the
largest common prefix and the second TAB would bring up a *Completion*
buffer.
E.g., if I have two buffers "abc1" and "abc2", type C-x b ab TAB then I
"ab" is completed to "abc" and further TAB will bring up *Completion*
window with "abc1" and "abc2".
Similarly, "shell completion" (TAB in a shell buffer and while typing
compile command) would complete bash-style.
This is good.

When completion-cycle-threshold is t: in the situation above, TAB would
complete to "abc1" and further TABs would cycle between "abc1" and
"abc2".  This is also fine.

However, "shell completion" is now broken with
completion-cycle-threshold = t:

If I have two files abc1 and abc2 in the current directory and I type
"ls ab TAB" in the shell buffer (or while entering a compile command for
a buffer in that directory), I get "ls abc1 " and further tabs will try
completing from "", not cycle the previous file name between "abc1" and
"abc2". So, if I am unhappy with the TAB completion result, I have to
manually delete the result with DEL and enter the right file.

Is this a know bug?
Is there a workaround?

Thanks!

-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 12.04 (precise) X 11.0.11103000
http://www.childpsy.net/ http://iris.org.il http://pmw.org.il
http://americancensorship.org http://thereligionofpeace.com
Whether pronounced "leenooks" or "line-uks", it's better than Windows.




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

* Re: completion-cycle-threshold=t in shell completion
  2012-09-04 18:28 completion-cycle-threshold=t in shell completion Sam Steingold
@ 2012-09-04 19:31 ` Stefan Monnier
  2012-09-05  0:32 ` Leo
  2012-09-05 17:11 ` Glenn Morris
  2 siblings, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2012-09-04 19:31 UTC (permalink / raw)
  To: sds; +Cc: emacs-devel

> Is this a know bug?

Yes.  See http://debbugs.gnu.org/12221 for example.


        Stefan



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

* Re: completion-cycle-threshold=t in shell completion
  2012-09-04 18:28 completion-cycle-threshold=t in shell completion Sam Steingold
  2012-09-04 19:31 ` Stefan Monnier
@ 2012-09-05  0:32 ` Leo
  2012-09-05 17:11 ` Glenn Morris
  2 siblings, 0 replies; 4+ messages in thread
From: Leo @ 2012-09-05  0:32 UTC (permalink / raw)
  To: emacs-devel

On 2012-09-05 02:28 +0800, Sam Steingold wrote:
> Is this a know bug?
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12221

Leo




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

* Re: completion-cycle-threshold=t in shell completion
  2012-09-04 18:28 completion-cycle-threshold=t in shell completion Sam Steingold
  2012-09-04 19:31 ` Stefan Monnier
  2012-09-05  0:32 ` Leo
@ 2012-09-05 17:11 ` Glenn Morris
  2 siblings, 0 replies; 4+ messages in thread
From: Glenn Morris @ 2012-09-05 17:11 UTC (permalink / raw)
  To: sds; +Cc: emacs-devel

Sam Steingold wrote:

> Is this a know bug?

http://debbugs.gnu.org/cgi/search.cgi

Phrase: completion-cycle-threshold AND shell

RET -> three hits.



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

end of thread, other threads:[~2012-09-05 17:11 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-04 18:28 completion-cycle-threshold=t in shell completion Sam Steingold
2012-09-04 19:31 ` Stefan Monnier
2012-09-05  0:32 ` Leo
2012-09-05 17:11 ` Glenn Morris

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

	https://git.savannah.gnu.org/cgit/emacs.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).