From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System)
To: Chong Yidong <cyd@stupidchicken.com>
Subject: bug#4400: marked as done (23.1.50; char-syntax)
Date: Fri, 18 Sep 2009 23:50:09 +0000 [thread overview]
Message-ID: <handler.4400.D4400.125331734928841.ackdone@emacsbugs.donarmstrong.com> (raw)
In-Reply-To: 4AA9F057.5080507@online.de
[-- Attachment #1: Type: text/plain, Size: 840 bytes --]
Your message dated Fri, 18 Sep 2009 19:42:22 -0400
with message-id <87pr9nom5d.fsf@stupidchicken.com>
and subject line Re: bug#4400: 23.1.50; char-syntax
has caused the Emacs bug report #4400,
regarding 23.1.50; char-syntax
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)
--
4400: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4400
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
[-- Attachment #2: Type: message/rfc822, Size: 3835 bytes --]
From: Andreas Roehler <andreas.roehler@online.de>
To: emacs-pretest-bug@gnu.org
Subject: 23.1.50; char-syntax
Date: Fri, 11 Sep 2009 08:38:15 +0200
Message-ID: <4AA9F057.5080507@online.de>
Emacs -Q
(char-syntax (char-after))a
--> 119
which seems not what's told in docu:
Return the syntax code of CHARACTER, described by a character.
For example, if CHARACTER is a word constituent,
the character `w' is returned.
Thanks all!
Andreas Röhler
--
https://code.launchpad.net/s-x-emacs-werkstatt/
;;;;;;;;;;;;;;;;;;;;;;;;
In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
of 2009-07-25
Windowing system distributor `The X.Org Foundation', version 11.0.70200000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
( c h a r - s y n t a x SPC ( c h a r - a f t e r )
) a <left> C-x C-e <down> C-j q - - > SPC 1 1 9 <return>
<return> M-x r e p o r t - e m a c - b <backspace>
<backspace> s - b u <tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
119
Entering debugger...
Back to top level.
Load-path shadows:
None found.
[-- Attachment #3: Type: message/rfc822, Size: 2219 bytes --]
From: Chong Yidong <cyd@stupidchicken.com>
To: martin rudalics <rudalics@gmx.at>
Cc: 4400-done@emacsbugs.donarmstrong.com
Subject: Re: bug#4400: 23.1.50; char-syntax
Date: Fri, 18 Sep 2009 19:42:22 -0400
Message-ID: <87pr9nom5d.fsf@stupidchicken.com>
> > In GNU Emacs, characters and integers are one and the same. So the
> > text you suggest would make things even more confusing.
>
> Admittedly, the Elisp manual seems more aware of Andreas' problem and
> does "use `string' to make it easier to see the character returned by
> `char-syntax'".
>
> > A Lisp code that needs to test against character syntax class should
> > use ?w etc. ?w is another way to say 119.
>
> We could pretend that a person who doesn't know that should not use
> `char-syntax'. But we could also be more helpful, for example, by
> providing a link to the manual.
I don't think we need to link to the manual for every function that
returns a character. The docstring for char-syntax already states that
it returns the *character* `w' for a word constituent.
prev parent reply other threads:[~2009-09-18 23:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87pr9nom5d.fsf@stupidchicken.com>
2009-09-11 6:38 ` bug#4400: 23.1.50; char-syntax Andreas Roehler
2009-09-11 10:15 ` Juanma Barranquero
2009-09-11 11:04 ` Kenichi Handa
2009-09-12 8:31 ` Andreas Röhler
2009-09-12 15:53 ` Eli Zaretskii
2009-09-12 17:16 ` martin rudalics
2009-09-18 23:50 ` Emacs bug Tracking System [this message]
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=handler.4400.D4400.125331734928841.ackdone@emacsbugs.donarmstrong.com \
--to=owner@emacsbugs.donarmstrong.com \
--cc=cyd@stupidchicken.com \
/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.