From: Juanma Barranquero <lekktu@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Interactive ucs-insert fails in HEAD
Date: Sat, 10 Oct 2009 13:44:02 +0200 [thread overview]
Message-ID: <f7ccd24b0910100444t6781492dg511b135422d46a59@mail.gmail.com> (raw)
In-Reply-To: <83y6njk7ob.fsf@gnu.org>
On Sat, Oct 10, 2009 at 09:52, Eli Zaretskii <eliz@gnu.org> wrote:
> If you mean entries like this one:
>
> 20000;<CJK Ideograph Extension B, First>;Lo;0;L;;;;;N;;;;;
> 2A6D6;<CJK Ideograph Extension B, Last>;Lo;0;L;;;;;N;;;;;
>
> then I agree. Still, I don't understand how including them could
> screw completion in ucs-insert. Can you explain?
Is not that they screw completion, is that they provide no name for
completion. You still can use ucs-insert to insert them by codepoint
number.
> What I meant is to have something that detects in UnicodeData.txt the
> pattern of entries which need to be excluded. For example, if entries
> ike this are the only ones:
4DB5;<CJK Ideograph Extension A, Last>;Lo;0;L;;;;;N;;;;;
> then detecting bracketed text where a character name should be would
> suffice. We could then run such a script as part of what
> admin/Makefile does for the unidata.txt file it creates, and display a
> proper message.
unidata-setup-list already detects these kind of ranges and deals with them.
> Anyway, we now skip entries like this as well:
>
> 1F210;SQUARED CJK UNIFIED IDEOGRAPH-624B
>
> which I think we don't need to skip.
As I said before, I agree: we *shouldn't* need to skip them. But
somehow, the process in unidata-gen.el that creates the chartables
with codepoint information is generating bad data exclusively for that
range: U+1F200..U+1F2FF (which are not the only characters added in
5.2.0, BTW). That's what triggered the ucs-insert error: getting the
name of one of those characters returns a number instead of a symbol.
I'm trying to determine why the bad data is generated in the first
place.
Juanma
next prev parent reply other threads:[~2009-10-10 11:44 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-09 9:57 Interactive ucs-insert fails in HEAD Sascha Wilde
2009-10-09 11:32 ` Eli Zaretskii
2009-10-09 11:44 ` Juanma Barranquero
2009-10-09 13:04 ` Juanma Barranquero
2009-10-09 14:47 ` Sascha Wilde
2009-10-09 16:21 ` Eli Zaretskii
2009-10-09 19:47 ` Juanma Barranquero
2009-10-10 7:52 ` Eli Zaretskii
2009-10-10 11:44 ` Juanma Barranquero [this message]
2009-10-10 13:14 ` Eli Zaretskii
2009-10-10 14:06 ` Juanma Barranquero
2009-10-13 5:13 ` Kenichi Handa
2009-10-13 18:46 ` Stefan Monnier
2009-10-15 7:23 ` Kenichi Handa
2009-10-09 19:50 ` Juanma Barranquero
2009-10-10 7:56 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f7ccd24b0910100444t6781492dg511b135422d46a59@mail.gmail.com \
--to=lekktu@gmail.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.