From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#8397: 24.0.50; defcustom :type face Date: Sun, 5 Feb 2012 10:23:15 -0800 Message-ID: References: <1785F314BBE44370A77F2967B752FFAA@us.oracle.com> <87y5sh5ku0.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1328466271 28692 80.91.229.3 (5 Feb 2012 18:24:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 5 Feb 2012 18:24:31 +0000 (UTC) Cc: 8397@debbugs.gnu.org To: "'Chong Yidong'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 05 19:24:31 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ru6lH-0005q9-RT for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Feb 2012 19:24:28 +0100 Original-Received: from localhost ([::1]:51988 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ru6lH-0004vA-9J for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Feb 2012 13:24:27 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:49608) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ru6lB-0004un-P9 for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2012 13:24:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ru6l7-00053c-9d for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2012 13:24:21 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ru6l7-00053W-7w for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2012 13:24:17 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ru6lq-0004EU-11 for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2012 13:25:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Feb 2012 18:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8397 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8397-submit@debbugs.gnu.org id=B8397.132846626116220 (code B ref 8397); Sun, 05 Feb 2012 18:25:01 +0000 Original-Received: (at 8397) by debbugs.gnu.org; 5 Feb 2012 18:24:21 +0000 Original-Received: from localhost ([127.0.0.1]:55815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ru6lA-0004DZ-T7 for submit@debbugs.gnu.org; Sun, 05 Feb 2012 13:24:21 -0500 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:41339) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ru6l7-0004DJ-Rq for 8397@debbugs.gnu.org; Sun, 05 Feb 2012 13:24:19 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q15INPlG032375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 5 Feb 2012 18:23:25 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q15INOOj021948 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Feb 2012 18:23:25 GMT Original-Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q15INNXA019235; Sun, 5 Feb 2012 12:23:24 -0600 Original-Received: from dradamslap1 (/10.159.51.229) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 05 Feb 2012 10:23:23 -0800 X-Mailer: Microsoft Office Outlook 11 In-reply-to: <87y5sh5ku0.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: AczkH7R70zzNc6oAQmib2Uppolex5AADlHzw X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4F2EC91E.0020,ss=1,re=0.000,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:56531 Archived-At: > > Prior to Emacs 22, you could simply click the `Select Face' > > button and then use TAB completion to see all faces and > > choose one. IOW, that button prompted you in the minibuffer > > for the face name, and hitting TAB immediately (no need to > > type anything) showed you the names of all faces. > > > > Starting with Emacs 22, you must type some text into the face-name > > field, then hit M-TAB. So you must know some of the face > > name ahead of time, instead of simply seeing all names as a > > reminder. > > I don't see the problem: when the field is blank, M-TAB shows > all faces as completion alternatives. There is no need to > know any face name ahead of time. I'm afraid my bug report isn't clear enough. And it's been so long that I cannot recall just what I had in mind wrt the Customize page in question. I don't know how to get to the field or button I reported about, unless what I meant was the `Face:' field and `Select Face' button (for Emacs < 22) that is associated (only?) with the `Inherit' field. Do you happen to know ;-) how to get to such a field/button otherwise? If what I meant was only for `Inherit' then I agree with you that hitting M-TAB with an empty edit field (empty input) does show all face names as completion candidates. I don't know how I saw something different, but maybe that was the case for an earlier Emacs 24 build or something - dunno. FWIW, I still find the minibuffer completion easier than what M-TAB provides, but that might be a personal preference. One difference is this: If you make the *Completions* window dedicated (e.g. (setq special-display-regexps '("[ ]?[*][^*]+[*]"))), then M-TAB switches the focus to the *Completions* frame each time you hit it. That means you cannot just continue to type text into the edit field - you must first reselect the customize frame to give it focus. With minibuffer completion, the same thing happens when the *Completions* frame is first shown (created), but you only need to reselect the customize frame once - thereafter you can continue to type into the edit field and hit TAB to update *Completions*. If you try to do that in Emacs 22+, each time you hit M-TAB the *Completions* frame gets the focus anew, forcing you to reselect the customize frame to type more text into the edit field. I don't really have anything more to say about this bug. If you feel like closing it, go ahead. However, there is an Emacs 24 bug here. I tested the above with Emacs 22. When I try the same with Emacs 24 I see this problem: M-TAB does NOT update *Completions* after you type more input in the edit field. More precisely, with point at the end of your input it does not. You must move point back to the _beginning_ of your input, and then hit M-TAB, to get the completions of your input to show in *Completions*. I filed this as a separate bug, #10721. This is a regression wrt Emacs 23, which behaves normally.