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#12988: [PATCH] RE: bug#12988: isearch fails to persistentlyindicate case sensitivity Date: Sat, 1 Dec 2012 08:38:20 -0800 Message-ID: <5DF7CF06569E4F599AF23E59A9AFF871@us.oracle.com> References: <1353809123.37107.YahooMailClassic@web141102.mail.bf1.yahoo.com><87ip8u6m77.fsf@mail.jurta.org><0DE2FE5504D24DB884020513B403F9C4@us.oracle.com><871ufdiaup.fsf@mail.jurta.org><4EF04423864F4A009C7B1CFAE5C53AD5@us.oracle.com><87ehjc3q1j.fsf@mail.jurta.org><94CE113EBBE742F68D103EE3FC4E6541@us.oracle.com><878v9jzxf1.fsf@mail.jurta.org> <83hao7v6re.fsf@gnu.org><8738zrsd2b.fsf@gnu.org> <87pq2v9c1f.fsf@mail.jurta.org><87k3t27u4r.fsf@mail.jurta.org><1CFE3A72141A479CA0942CCFFEB433B0@us.oracle.com><87fw3q71h9.fsf@gnu.org> <87pq2uqnnt.fsf@gmail.com><4FC3FAD939BC4F9693F765611681D403@us.oracle.com> <87pq2unqmt.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1354379942 21043 80.91.229.3 (1 Dec 2012 16:39:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Dec 2012 16:39:02 +0000 (UTC) Cc: 'Chong Yidong' , kellydeanch@yahoo.com, 12988@debbugs.gnu.org To: "'Jambunathan K'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 01 17:39:11 2012 Return-path: Envelope-to: geb-bug-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 1Teq5p-000390-9L for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Dec 2012 17:39:05 +0100 Original-Received: from localhost ([::1]:40699 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Teq5d-00027y-O5 for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Dec 2012 11:38:53 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:40916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Teq5b-00027t-3C for bug-gnu-emacs@gnu.org; Sat, 01 Dec 2012 11:38:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Teq5a-0001ON-0M for bug-gnu-emacs@gnu.org; Sat, 01 Dec 2012 11:38:51 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38457) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Teq5Z-0001OG-TE for bug-gnu-emacs@gnu.org; Sat, 01 Dec 2012 11:38:49 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Teq7h-0005rY-H2 for bug-gnu-emacs@gnu.org; Sat, 01 Dec 2012 11:41:01 -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: Sat, 01 Dec 2012 16:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12988 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12988-submit@debbugs.gnu.org id=B12988.135438004522511 (code B ref 12988); Sat, 01 Dec 2012 16:41:01 +0000 Original-Received: (at 12988) by debbugs.gnu.org; 1 Dec 2012 16:40:45 +0000 Original-Received: from localhost ([127.0.0.1]:48708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Teq7Q-0005r1-RP for submit@debbugs.gnu.org; Sat, 01 Dec 2012 11:40:45 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:41884) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Teq7O-0005qt-8A for 12988@debbugs.gnu.org; Sat, 01 Dec 2012 11:40:43 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qB1GcSep011744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Dec 2012 16:38:29 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qB1GcS7J017465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Dec 2012 16:38:28 GMT Original-Received: from abhmt107.oracle.com (abhmt107.oracle.com [141.146.116.59]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qB1GcRlV023217; Sat, 1 Dec 2012 10:38:27 -0600 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 01 Dec 2012 08:38:27 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87pq2unqmt.fsf@gmail.com> Thread-Index: Ac3PmlaxqOViWaKERqSRcVfRrG54/AAQ/7pw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] 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.x 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:67733 Archived-At: > It can go wherever. > > But key thing is there is this switchboard with a bunch of > switches one for kitchen, one for hall etc. Then you walk > to each of them and toggle them. > > So there are basically two commands - one to walk to next > switch and one to toggle it. Switch themselves report whether > they are ON/OFF and IN-FOCUS/OUT-OF-FOCUS. Choice of switches > themselves become immaterial. > > If one wants a new control then all one has to think about is what > character or glyph it will take and add it to the switchboard. Yes, I understood that. I think it's a very good idea. I also think the prompt is the best place for it. Highlighting the current switches in some way is important to the usability of it, I think. It's perhaps worth pointing out that this can also obviate the use of the prompt prefix "Regexp". And if we included other state indicators, such as wrap/overwrap, it would obviate using their more verbose prompt indicators as well. That does not mean that we should remove the more verbose prompt hints - only that we could. Best would be to let users optionally remove/add the redundant more-verbose indicators (and optionally remove/add the new feature). FWIW, in Isearch+ I highlight the prompt hints "Regexp", "Wrapped", and "overwrapped", and I highlight the `Isearch' mode-line lighter using the same face as each of those prompt qualifiers. I mention that only to say that I think such a cue helps a user recognize the state change - in particular wrt wrapping. (Have you ever continued searching a few times after overwrapping without meaning to, because you did not immediately notice the "overwrapped" hint?) With such state indicators abbreviated a la your suggestion, highlighting the appropriate state chars would be quite helpful, IMO. Such a highlight lets a user notice the state change without requiring that s?he actually look at the state indicator. IOW, it's an easy-to-perceive cue. But such highlighting too should be customizable by users, of course. At least by customizing their faces (including to `default', to selectively turn it off).