From: Eli Zaretskii <eliz@gnu.org>
To: Juri Linkov <juri@jurta.org>
Cc: emacs-devel@gnu.org
Subject: Re: History for query replace pairs
Date: Sat, 08 Nov 2014 13:24:27 +0200 [thread overview]
Message-ID: <83ioiqq6j8.fsf@gnu.org> (raw)
In-Reply-To: <87ioiq7yre.fsf@mail.jurta.org>
> From: Juri Linkov <juri@jurta.org>
> Cc: emacs-devel@gnu.org
> Date: Sat, 08 Nov 2014 12:29:41 +0200
>
> > I briefly tried it (will do more testing once NEWS or the manual
>
> It's too early to describe it in the manual because it might require
> more changes after testing. And to announce it in NEWS we need
> something more substantial such as to add an option to enable/disable
> this feature.
I'm okay with delaying the changes in the manual, but as for NEWS, you
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, this
is definitely NEWS-worthy stuff.
> > describes the feature in detail), and saw one problem: the Unicode
> > character → (u+2192) is a problem on TTYs that can't encode it or on
> > GUI frames that use font without a glyph for it. So I think we need a
> > fallback for those cases (e.g., using char-displayable-p to detect them).
>
> When I tried to use char-displayable-p in defcustom, then
> bootstraping failed with the error
>
> Attempt to autoload char-displayable-p while preparing to dump
>
> because replace.el is preloaded, and we don't know whether the character
> 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 (?\→ "->"). 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.
next prev parent reply other threads:[~2014-11-08 11:24 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-08 20:20 History for query replace pairs Tom
2014-08-08 20:28 ` Drew Adams
2014-08-08 23:38 ` Juri Linkov
2014-08-09 5:35 ` Herring, Davis
2014-08-10 1:18 ` Josh
2014-08-10 5:59 ` Tom
2014-08-11 18:34 ` Tom
2014-10-04 21:45 ` Ted Zlatanov
2014-10-04 23:36 ` Juri Linkov
2014-10-05 1:52 ` Yuri Khan
2014-10-05 21:54 ` Juri Linkov
2014-10-05 7:09 ` Andreas Schwab
2014-10-05 1:52 ` Stefan Monnier
2014-10-05 5:59 ` Tom
2014-10-06 0:46 ` Ted Zlatanov
2014-10-06 20:17 ` Tom
2014-10-06 22:35 ` Juri Linkov
2014-10-07 22:11 ` Juri Linkov
2014-10-14 17:14 ` Stefan Monnier
2014-10-14 19:02 ` Juri Linkov
2014-10-14 19:13 ` Alan Mackenzie
2014-10-14 19:44 ` Juri Linkov
2014-10-14 20:15 ` Alan Mackenzie
2014-10-14 20:16 ` Drew Adams
2014-10-14 20:28 ` Juri Linkov
2014-10-14 21:19 ` Drew Adams
2014-10-14 20:05 ` Andreas Schwab
2014-10-14 20:09 ` Alan Mackenzie
2014-10-14 20:23 ` Andreas Schwab
2014-10-21 18:23 ` Stefan Monnier
2014-10-21 22:53 ` Juri Linkov
2014-10-22 12:58 ` Stefan Monnier
2014-10-23 9:06 ` Artur Malabarba
2014-10-25 20:57 ` Juri Linkov
2014-10-26 1:12 ` Artur Malabarba
2014-10-26 2:31 ` Stefan Monnier
2014-10-26 6:58 ` Andreas Schwab
2014-10-25 20:52 ` Juri Linkov
2014-10-26 2:29 ` Stefan Monnier
2014-10-26 23:27 ` Juri Linkov
2014-11-03 13:30 ` Ted Zlatanov
2014-11-03 23:46 ` Juri Linkov
2014-11-04 0:59 ` Ted Zlatanov
2014-11-04 23:09 ` Juri Linkov
2014-11-05 1:55 ` Stefan Monnier
2014-11-05 23:20 ` Juri Linkov
2014-11-06 2:35 ` Stefan Monnier
2014-11-07 23:34 ` Juri Linkov
2014-11-08 0:59 ` Ted Zlatanov
2014-11-08 8:46 ` Eli Zaretskii
2014-11-08 10:29 ` Juri Linkov
2014-11-08 11:24 ` Eli Zaretskii [this message]
2014-11-08 15:28 ` Stefan Monnier
2014-11-08 17:29 ` Eli Zaretskii
2014-11-08 22:52 ` Juri Linkov
2014-11-09 2:01 ` Stefan Monnier
2014-11-09 16:15 ` Eli Zaretskii
2014-11-09 17:11 ` Juri Linkov
2014-11-09 22:14 ` Stefan Monnier
2014-11-09 23:12 ` Juri Linkov
2014-11-09 22:10 ` Stefan Monnier
2014-11-09 2:29 ` Paul Eggert
2014-11-09 17:15 ` Juri Linkov
2014-11-08 22:51 ` Juri Linkov
2014-11-09 17:29 ` Eli Zaretskii
2014-11-08 10:15 ` Juri Linkov
2014-11-08 8:25 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83ioiqq6j8.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=juri@jurta.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).