From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Le Wang Newsgroups: gmane.emacs.help Subject: Re: [SOLVED] Re: How to disable fancy completion in minibuffer ? Date: Sat, 11 May 2013 00:22:23 +0800 Message-ID: References: <5187a6ff$0$2054$426a74cc@news.free.fr> <5187ad16$0$3727$426a74cc@news.free.fr> <518cba2d$0$2103$426a74cc@news.free.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1368202962 4210 80.91.229.3 (10 May 2013 16:22:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 10 May 2013 16:22:42 +0000 (UTC) Cc: GNU Emacs List To: Damien Wyart Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri May 10 18:22:41 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Uaq5g-0006Ca-Gg for geh-help-gnu-emacs@m.gmane.org; Fri, 10 May 2013 18:22:40 +0200 Original-Received: from localhost ([::1]:60165 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uaq5g-00038R-0g for geh-help-gnu-emacs@m.gmane.org; Fri, 10 May 2013 12:22:40 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56209) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uaq5U-00037o-Sk for help-gnu-emacs@gnu.org; Fri, 10 May 2013 12:22:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uaq5R-0001d2-2L for help-gnu-emacs@gnu.org; Fri, 10 May 2013 12:22:28 -0400 Original-Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:58371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uaq5Q-0001cr-T1 for help-gnu-emacs@gnu.org; Fri, 10 May 2013 12:22:24 -0400 Original-Received: by mail-wg0-f42.google.com with SMTP id j13so846941wgh.1 for ; Fri, 10 May 2013 09:22:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=0kPmRso8m/y/4xVKNpJgmpUGMt2LPJvo5Jzetfr2BQM=; b=BdShfDBq0ugQIJtoZDrED8zbgMcl8RTuS40aBL3gE3at0iN3NWd6ZIfg0zESHuq8t2 1RHo7Yh4PRMxush/cvQcG5Q+wy1X43gFILvSfTAo2SaE9vLiyx1hfB4PdBdnjTVBclSb rllb+5UWBNhsn5ufJ/QsLfvE0HW/+ni1p1LNo+kLfb8Pf2mhHmhntrhs+i1Se8MmCo0S PW7FFRJ7OH7PyfJ7D8qoley7LyCIfyCrI7BTH5XLGzzKYbXTD8d1TsebWp86SwdGqlKJ AXPXA3QAwLC1hGFsJOnl+p5yjtglczaZuJ0OHPTPXeDOeSpBembnHnI9dIugUXw+eT/W DuLg== X-Received: by 10.180.37.243 with SMTP id b19mr5029604wik.12.1368202943717; Fri, 10 May 2013 09:22:23 -0700 (PDT) Original-Received: by 10.217.116.8 with HTTP; Fri, 10 May 2013 09:22:23 -0700 (PDT) In-Reply-To: <518cba2d$0$2103$426a74cc@news.free.fr> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22a X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:90618 Archived-At: On Fri, May 10, 2013 at 5:13 PM, Damien Wyart wrote: > * "Alexandre Oberlin" in gnu.emacs.help: >> I don't know where the value of completion-category-overrides came >> from. (setq completion-category-overrides '((buffer (styles basic)))) >> did the trick. I put it at the end of .emacs. > > Glad you could solve your initial problem! > > In fact, I did not go far enough when citing > completion-category-overrides, because the value you had is indeed the > default one and is not caused by any additional package. I should have > checked that more precisely. > > This has even been raised on the emacs dev list some time ago, along > with some bug reports related to the default completion being sometimes > too "aggressive": Defaults should be aggressive. Time marches on. Expectations of new users change. As such Emacs should evolve to continue attracting new users (and indirectly new developers). As long as there is a way to restore non-aggressiveness, this is how it should be. -- Le