GNU bug report logs - #54804
29.0.50; zap-to-char: case sensitive for upper-case letter

Previous Next

Full log

Message #23 received at 54804 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Tino Calancha <tino.calancha <at> gmail.com>
Cc: 54804 <at> debbugs.gnu.org, uyennhi.qm <at> gmail.com, spwhitton <at> spwhitton.name
Subject: Re: bug#54804: 29.0.50; zap-to-char: case sensitive for upper-case
 letter
Date: Wed, 11 May 2022 14:15:00 +0300

> From: Tino Calancha <tino.calancha <at> gmail.com>
> Cc: 54804 <at> debbugs.gnu.org,  uyennhi.qm <at> gmail.com, Sean Whitton
>  <spwhitton <at> spwhitton.name>
> Date: Tue, 10 May 2022 23:14:20 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > What I'd prefer is to have a single function (in subr.el) that
> > determines whether a character is an upper- or lower-case
> 
> > it could instead use something like
> >
> >    (characterp (get-char-code-property CHAR 'uppercase))
> >
> > (But beware of the situation where the Unicode tables are not yet
> > available during bootstrap -- in those cases the function should IMO
> > punt and return nil no matter what the character is, or maybe support
> > just the ASCII characters.  To test whether the 'uppercase table is
> > available, see if unicode-property-table-internal returns non-nil.)
> 
> Is it the following implementation OK for such a function?

Yes, thanks.  But please call it char-uppercase-p ("upcase" has the
meaning of making a character upper-case).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.