From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: ASCII-folded search [was: Re: Upcoming loss of usability ...] Date: Sat, 27 Jun 2015 19:25:45 +0300 Message-ID: <83d20h6rue.fsf@gnu.org> References: <390c25d4-2050-4131-8a38-31ae09454541@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1435422384 8684 80.91.229.3 (27 Jun 2015 16:26:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Jun 2015 16:26:24 +0000 (UTC) Cc: bruce.connor.am@gmail.com, emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 27 18:26:11 2015 Return-path: Envelope-to: ged-emacs-devel@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 1Z8svi-0000Tg-Uv for ged-emacs-devel@m.gmane.org; Sat, 27 Jun 2015 18:26:11 +0200 Original-Received: from localhost ([::1]:36124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8svi-0008FC-13 for ged-emacs-devel@m.gmane.org; Sat, 27 Jun 2015 12:26:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59410) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8svR-0008F6-BM for emacs-devel@gnu.org; Sat, 27 Jun 2015 12:25:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z8svN-0005nN-6B for emacs-devel@gnu.org; Sat, 27 Jun 2015 12:25:53 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:59902) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8svM-0005l3-Tt for emacs-devel@gnu.org; Sat, 27 Jun 2015 12:25:49 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NQM00C002W2HZ00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sat, 27 Jun 2015 19:25:47 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NQM00CD72YZEK60@a-mtaout20.012.net.il>; Sat, 27 Jun 2015 19:25:47 +0300 (IDT) In-reply-to: <390c25d4-2050-4131-8a38-31ae09454541@default> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:187596 Archived-At: > Date: Sat, 27 Jun 2015 08:34:46 -0700 (PDT) > From: Drew Adams > Cc: bruce.connor.am@gmail.com, emacs-devel@gnu.org > > > We have just installed that feature, and it's still being worked on > > to eliminate some rough edges and unintended consequences. Let it be > > refined, then let it be used by users (including you, Drew) for some > > time, and then let's collect user experience and complaints and see > > if something needs to be fixed. _Then_ we will have experience and > > real data points to discuss constructively and efficiently. > > I'm guessing that the feature you are talking about is the char > folding that Bruce/Artur installed, and *not* the suggestion by > Kaushal to "take over the mode line" and use "a lot of space to > verbosely display the searching options". Yes. > If so then we are in violent agreement and I think you did not > understand me. My comments were directed to the suggested > mode-line feature, not to the char-folding feature. Sorry for my misunderstanding. For the record, I'd like us to keep our application-level hands off the mode line. It is already too cramped with useful stuff that shouldn't be removed. The fact that applications can redefine the mode line by changing mode-line-format should not IMO be interpreted as an invitation to put arbitrary stuff there. > My message was to not go down the road of changing the mode > line that way now without thinking about what might be > appropriate when there are more folding possibilities. Agreed.