From unknown Mon Aug 18 09:02:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#6757: 24.0.50; Search field in Customize Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Jul 2010 17:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 6757 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 6757@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.128042426719913 (code B ref -1); Thu, 29 Jul 2010 17:25:01 +0000 Received: (at submit) by debbugs.gnu.org; 29 Jul 2010 17:24:27 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OeWqI-0005B8-BJ for submit@debbugs.gnu.org; Thu, 29 Jul 2010 13:24:26 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OeWqG-0005B3-7X for submit@debbugs.gnu.org; Thu, 29 Jul 2010 13:24:24 -0400 Received: from lists.gnu.org ([199.232.76.165]:44898) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OeWow-0006vy-Ks for submit@debbugs.gnu.org; Thu, 29 Jul 2010 13:23:02 -0400 Received: from [140.186.70.92] (port=50664 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OeWor-00044M-Md for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2010 13:23:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OeWom-0003BX-5p for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2010 13:22:55 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:48607) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OeWom-0003BC-0n for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2010 13:22:52 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o6THMn9G021134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 29 Jul 2010 17:22:50 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6T8GXWk025100 for ; Thu, 29 Jul 2010 17:22:48 GMT Received: from abhmt020.oracle.com by acsmt355.oracle.com with ESMTP id 449477731280424163; Thu, 29 Jul 2010 10:22:43 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Jul 2010 10:22:43 -0700 From: "Drew Adams" Date: Thu, 29 Jul 2010 10:22:46 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcsvQqlVIqlVKJ6ARBGRoOoK3gyjFQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4C51B8E9.004B:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) There is now apparently a Search field and button in Customize. 1. There is no doc for this new feature, AFAICT (except a mention in NEWS). Even the tooltip does not say what kind of search (regexps, keywords) is involved. There is zero help for the user for this feature. 2. `customize-apropos' is in fact used for this search, but the interface to `customize-apropos' here is pretty brain-dead. Example: Click mouse-1 in the search field, then type, say, `.*fer'. *IF* you could guess (without any doc) that `Search' runs `customize-apropos', they you would expect that the regexp you entered, `.*fer' would be passed to `customize-apropos'. But no; it is not. The entire Search field is prepopulated with spaces! And the regexp that is passed to `customize-apropos' contains all of the spaces before (but not after!) the text you typed: `.*fer'. Example (from the debugger): * customize-apropos(" .*fer") That's ridiculous. Why would anyone expect the leading whitespace (but not the trailing whitespace) of this field to be significant, to be part of the regexp? More precisely, both leading and trailing whitespace that the user enters (types) *should* be significant, but not the pseudo whitespace provided by a prefilled field. The field type used for the Search widget is currently `editable-field'. At the very least it should probably be `regexp' instead. But as I said, something needs to be done to ignore the prepopulated spaces - so maybe `regexp' is not quite the answer on its own. I'm no expert on the Customize code, so I'm not saying what the solution is. I'm just reporting that from a user point of view this is a sorry feature. 3. Also, in a virgin Search field (nothing typed), click Search. Because of the current behavior of counting the leading whitespace but not the trailing whitespace, the search string used is "" (no leading whitespace because no non-whitespace char to lead). So you get all of the customize options or faces. And this happens without any warning. You click Search and off goes Emacs around the bend, digging up all options or faces. Again, this is ridiculous. If a user enters `.*' then yes, we should look for all options, but not if the user enters nothing. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-07-19 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/xpm/include' From unknown Mon Aug 18 09:02:09 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: "Drew Adams" Subject: bug#6757: closed (Re: 24.0.50; Search field in Customize) Message-ID: References: <87sjipz9yv.fsf@gnu.org> X-Gnu-PR-Message: they-closed 6757 X-Gnu-PR-Package: emacs Reply-To: 6757@debbugs.gnu.org Date: Sun, 05 Feb 2012 13:29:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1328448542-6726-1" This is a multi-part message in MIME format... ------------=_1328448542-6726-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #6757: 24.0.50; Search field in Customize which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 6757@debbugs.gnu.org. --=20 6757: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D6757 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1328448542-6726-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 6757-done) by debbugs.gnu.org; 5 Feb 2012 13:28:32 +0000 Received: from localhost ([127.0.0.1]:55050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ru28u-0001jm-4Z for submit@debbugs.gnu.org; Sun, 05 Feb 2012 08:28:32 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:52057 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ru28s-0001jf-Fn for 6757-done@debbugs.gnu.org; Sun, 05 Feb 2012 08:28:31 -0500 Received: from bb121-7-229-69.singnet.com.sg ([121.7.229.69]:54238 helo=furball) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1Ru289-0003tQ-BV for 6757-done@debbugs.gnu.org; Sun, 05 Feb 2012 08:27:45 -0500 From: Chong Yidong To: 6757-done@debbugs.gnu.org Subject: Re: 24.0.50; Search field in Customize Date: Sun, 05 Feb 2012 21:27:36 +0800 Message-ID: <87sjipz9yv.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 6757-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) > 1. There is no doc for this new feature, > > 2. Click mouse-1 in the search field, then type, say, `.*fer'. > *IF* you could guess (without any doc) that `Search' runs > `customize-apropos', they you would expect that the regexp you > entered, `.*fer' would be passed to `customize-apropos'. > > But no; it is not. The entire Search field is prepopulated with > spaces! > > 3. Also, in a virgin Search field (nothing typed), click Search. > Because of the current behavior of counting the leading > whitespace but not the trailing whitespace, the search string > used is "" (no leading whitespace because no non-whitespace > char to lead). All these appear to be fixed. Closing the bug. ------------=_1328448542-6726-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 29 Jul 2010 17:24:27 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OeWqI-0005B8-BJ for submit@debbugs.gnu.org; Thu, 29 Jul 2010 13:24:26 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OeWqG-0005B3-7X for submit@debbugs.gnu.org; Thu, 29 Jul 2010 13:24:24 -0400 Received: from lists.gnu.org ([199.232.76.165]:44898) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OeWow-0006vy-Ks for submit@debbugs.gnu.org; Thu, 29 Jul 2010 13:23:02 -0400 Received: from [140.186.70.92] (port=50664 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OeWor-00044M-Md for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2010 13:23:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OeWom-0003BX-5p for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2010 13:22:55 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:48607) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OeWom-0003BC-0n for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2010 13:22:52 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o6THMn9G021134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 29 Jul 2010 17:22:50 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6T8GXWk025100 for ; Thu, 29 Jul 2010 17:22:48 GMT Received: from abhmt020.oracle.com by acsmt355.oracle.com with ESMTP id 449477731280424163; Thu, 29 Jul 2010 10:22:43 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Jul 2010 10:22:43 -0700 From: "Drew Adams" To: Subject: 24.0.50; Search field in Customize Date: Thu, 29 Jul 2010 10:22:46 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcsvQqlVIqlVKJ6ARBGRoOoK3gyjFQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4C51B8E9.004B:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) There is now apparently a Search field and button in Customize. 1. There is no doc for this new feature, AFAICT (except a mention in NEWS). Even the tooltip does not say what kind of search (regexps, keywords) is involved. There is zero help for the user for this feature. 2. `customize-apropos' is in fact used for this search, but the interface to `customize-apropos' here is pretty brain-dead. Example: Click mouse-1 in the search field, then type, say, `.*fer'. *IF* you could guess (without any doc) that `Search' runs `customize-apropos', they you would expect that the regexp you entered, `.*fer' would be passed to `customize-apropos'. But no; it is not. The entire Search field is prepopulated with spaces! And the regexp that is passed to `customize-apropos' contains all of the spaces before (but not after!) the text you typed: `.*fer'. Example (from the debugger): * customize-apropos(" .*fer") That's ridiculous. Why would anyone expect the leading whitespace (but not the trailing whitespace) of this field to be significant, to be part of the regexp? More precisely, both leading and trailing whitespace that the user enters (types) *should* be significant, but not the pseudo whitespace provided by a prefilled field. The field type used for the Search widget is currently `editable-field'. At the very least it should probably be `regexp' instead. But as I said, something needs to be done to ignore the prepopulated spaces - so maybe `regexp' is not quite the answer on its own. I'm no expert on the Customize code, so I'm not saying what the solution is. I'm just reporting that from a user point of view this is a sorry feature. 3. Also, in a virgin Search field (nothing typed), click Search. Because of the current behavior of counting the leading whitespace but not the trailing whitespace, the search string used is "" (no leading whitespace because no non-whitespace char to lead). So you get all of the customize options or faces. And this happens without any warning. You click Search and off goes Emacs around the bend, digging up all options or faces. Again, this is ridiculous. If a user enters `.*' then yes, we should look for all options, but not if the user enters nothing. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-07-19 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/xpm/include' ------------=_1328448542-6726-1--