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: History for query replace pairs Date: Sat, 08 Nov 2014 13:24:27 +0200 Message-ID: <83ioiqq6j8.fsf@gnu.org> References: <87wq8egh3r.fsf@lifelogs.com> <87ppe4zv0t.fsf@mail.jurta.org> <87k34ba5sn.fsf@mail.jurta.org> <87siiq4gpv.fsf@mail.jurta.org> <87iojduj9n.fsf@mail.jurta.org> <87k33nyirh.fsf@mail.jurta.org> <87sii0becx.fsf@lifelogs.com> <87ioivx2xk.fsf@mail.jurta.org> <87h9yfaihq.fsf@lifelogs.com> <87zjc6pnpg.fsf@mail.jurta.org> <87r3xhnsjb.fsf@mail.jurta.org> <87zjc2pou7.fsf@mail.jurta.org> <87zjc2fqx2.fsf@lifelogs.com> <83oasiqduw.fsf@gnu.org> <87ioiq7yre.fsf@mail.jurta.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1415445911 3970 80.91.229.3 (8 Nov 2014 11:25:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Nov 2014 11:25:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 08 12:25:04 2014 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 1Xn48e-0002eg-Ie for ged-emacs-devel@m.gmane.org; Sat, 08 Nov 2014 12:25:04 +0100 Original-Received: from localhost ([::1]:35462 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xn48Y-0007rl-NQ for ged-emacs-devel@m.gmane.org; Sat, 08 Nov 2014 06:24:58 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49813) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xn48Q-0007qQ-Mc for emacs-devel@gnu.org; Sat, 08 Nov 2014 06:24:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xn48L-0007YO-Dk for emacs-devel@gnu.org; Sat, 08 Nov 2014 06:24:50 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:49858) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xn48L-0007YH-4p for emacs-devel@gnu.org; Sat, 08 Nov 2014 06:24:45 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NEP00100WNV1000@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 08 Nov 2014 13:24:43 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEP0008XX17RI50@a-mtaout22.012.net.il>; Sat, 08 Nov 2014 13:24:43 +0200 (IST) In-reply-to: <87ioiq7yre.fsf@mail.jurta.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:176573 Archived-At: > From: Juri Linkov > Cc: emacs-devel@gnu.org > Date: Sat, 08 Nov 2014 12:29:41 +0200 >=20 > > I briefly tried it (will do more testing once NEWS or the manual >=20 > It's too early to describe it in the manual because it might requir= e > more changes after testing. And to announce it in NEWS we need > something more substantial such as to add an option to enable/disab= le > this feature. I'm okay with delaying the changes in the manual, but as for NEWS, yo= u cannot expect people who track the trunk to start using something about which they have no hints at all. At the very least, post some initial information here. Also, NEWS can explain features that have no expression at all in user-level options; as long as there are user-visible changes in behavior or keybindings or their meaning, thi= s is definitely NEWS-worthy stuff. > > describes the feature in detail), and saw one problem: the Unicod= e > > character =E2=86=92 (u+2192) is a problem on TTYs that can't enco= de it or on > > GUI frames that use font without a glyph for it. So I think we n= eed a > > fallback for those cases (e.g., using char-displayable-p to detec= t them). >=20 > When I tried to use char-displayable-p in defcustom, then > bootstraping failed with the error >=20 > Attempt to autoload char-displayable-p while preparing to dump >=20 > because replace.el is preloaded, and we don't know whether the char= acter > will be displayable on the current display. You could do that test only in interactive calls, or check purify-flag, to avoid calling the function while dumping. > I wonder is it possible to detect undisplayable characters in the > display engine and perform the normalization using the rules > for confusable characters? It's possible, but I don't think we have such a feature now. > In lisp/international/latin1-disp.el in latin1-display-ucs-per-lynx= I see > the mapping (?\=E2=86=92 "->"). Could it be used for an automatic = fallback? Used how? Applying those large display tables sounds like a misfeature to me: Emacs shouldn't do that without user's say-so, IMO. If you mean something else, please elaborate.