From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: How to disable ido and icomplete in some path/directory? Date: Tue, 19 Dec 2017 08:32:32 -0500 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1513690304 3393 195.159.176.226 (19 Dec 2017 13:31:44 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 19 Dec 2017 13:31:44 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Dec 19 14:31:40 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eRHzd-0000At-04 for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Dec 2017 14:31:37 +0100 Original-Received: from localhost ([::1]:44612 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eRI1Z-00054S-Qc for geh-help-gnu-emacs@m.gmane.org; Tue, 19 Dec 2017 08:33:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48391) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eRI0h-0004zJ-Ig for help-gnu-emacs@gnu.org; Tue, 19 Dec 2017 08:32:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eRI0e-0002lS-UL for help-gnu-emacs@gnu.org; Tue, 19 Dec 2017 08:32:43 -0500 Original-Received: from [195.159.176.226] (port=36611 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eRI0e-0002js-Gy for help-gnu-emacs@gnu.org; Tue, 19 Dec 2017 08:32:40 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1eRHye-0004Tt-7a for help-gnu-emacs@gnu.org; Tue, 19 Dec 2017 14:30:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:t7IOLwGt4LQSAl8zYdU5/m97j0Q= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:115396 Archived-At: > It is not a bug. Emacs will "immediately" process my key, and start trying > to building the next list of completions. > However, the network is slow, thereby, the response of emacs is delayed. Could you clarify here which response is delayed (since you said above that Emacs "immediately" processes the key). Normally, what should happen (barring bugs) is: - let's say you're in a prompt like "Find file: /foo/bar/" where /foo/bar is a "slow" directory. - Emacs is busy trying to get the list of completions. - you hit "t" - Emacs promptly stops trying to get the list of completions, and updates the minibuffer to: "Find file: /foo/bar/t" - it then (re)tries to get the list of completions. So if the list of completions takes too much time, it should behave pretty much identically to what happens with icomplete disabled (I'm talking abut icomplete here, not sure what ido would do). Stefan