From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: search-invisible and friends Date: Fri, 11 Sep 2020 15:29:08 +0300 Message-ID: <83blich4yz.fsf@gnu.org> References: <87zh5z9l9y.fsf@gnus.org> <838sdjko39.fsf@gnu.org> <871rj9957z.fsf@gnus.org> <83a6xxk8nj.fsf@gnu.org> <87v9gkzgcd.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39567"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, yuri.v.khan@gmail.com To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 11 14:30:18 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGiC2-000ACW-Ew for ged-emacs-devel@m.gmane-mx.org; Fri, 11 Sep 2020 14:30:18 +0200 Original-Received: from localhost ([::1]:40322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGiC1-0001n6-I3 for ged-emacs-devel@m.gmane-mx.org; Fri, 11 Sep 2020 08:30:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33318) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGiB3-0000Qp-K6 for emacs-devel@gnu.org; Fri, 11 Sep 2020 08:29:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36948) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGiB3-0000U7-4J; Fri, 11 Sep 2020 08:29:17 -0400 Original-Received: from [176.228.60.248] (port=1394 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGiAw-0008Da-N8; Fri, 11 Sep 2020 08:29:11 -0400 In-Reply-To: <87v9gkzgcd.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Sep 2020 13:46:10 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:255157 Archived-At: > From: Lars Ingebrigtsen > Cc: Stefan Monnier , Eli Zaretskii > , Emacs developers > Date: Fri, 11 Sep 2020 13:46:10 +0200 > > Yuri Khan writes: > > > The ‘display’ property can replace buffer text with a different string > > or an image for purposes of display. Maybe it makes sense to have a > > property that can similarly specify a different string for purposes of > > search? A property that can replace buffer text with a different > > string or a waveform for purposes of text-to-speech? > > Oh, that's smart and even more general. Yes, I like it. > > > A mode that replaces one word with another could decide which aspects > > (display, search and/or text-to-speech) it wants to affect and how. > > Yup. My main problem with this proposal is that it places the onus on the Lisp program which generates the text with display and other properties, instead of giving control to the search command. That would mean that existing Lisp programs that use these properties will not support these features of searching.