bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#4400: marked as done (23.1.50; char-syntax)


From: Emacs bug Tracking System
Subject: bug#4400: marked as done (23.1.50; char-syntax)
Date: Fri, 18 Sep 2009 23:50:09 +0000

Your message dated Fri, 18 Sep 2009 19:42:22 -0400
with message-id <address@hidden>
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 address@hidden
immediately.)


-- 
4400: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4400
Emacs Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 23.1.50; char-syntax Date: Fri, 11 Sep 2009 08:38:15 +0200 User-agent: Thunderbird 2.0.0.19 (X11/20081227)
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.


--- End Message ---
--- Begin Message --- Subject: Re: bug#4400: 23.1.50; char-syntax Date: Fri, 18 Sep 2009 19:42:22 -0400
> > 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.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]