GNU bug report logs - #10494
24.0.92; Syntax table and non-ASCII character interaction

Previous Next

Package: emacs;

Reported by: Aaron Ecay <aaronecay <at> gmail.com>

Date: Fri, 13 Jan 2012 08:42:01 UTC

Severity: wishlist

Tags: confirmed, notabug

Merged with 13129, 30815

Found in versions 24.0.92, 24.1, 25.1, 26.0.91

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: npostavs <at> users.sourceforge.net
To: Aaron Ecay <aaronecay <at> gmail.com>
Cc: 10494 <at> debbugs.gnu.org
Subject: bug#10494: 24.0.92; Syntax table and non-ASCII character interaction
Date: Wed, 10 Aug 2016 20:29:05 -0400
tags 10494 confirmed
found 10494 25.1
quit

I confirm this is still the case in 25.1-rc1.

Aaron Ecay <aaronecay <at> gmail.com> writes:
>
> This bug relates to setting a non-ASCII character punctuation character
> (U+2019, which is ’) to have word syntax, and using word-motion
> commands.  Here’s a recipe from emacs -Q:
>
> M-x text-mode
> don't
> C-a M-f
>   -> (as expected, the cursor moves to the end of the line)
> RET RET
> don M-x ucs-insert 2019 t

This should now use insert-char (C-x 8 RET) instead of ucs-insert.

>   -> (text in buffer: "don’t")
> C-a M-f
>   -> (cursor is on the quotation mark, as expected)
> M-: (modify-syntax-entry ?’ "w" text-mode-syntax-table)
> C-a M-f
>   -> (BUG: cursor is on quotation mark, which should count as part of the word)
>
> If you re-run the experiment substituting - for ’ everywhere, there is a
> difference in behavior – the cursor moves to the end of the line after
> the call to modify-syntax-entry, as expected.  This leads me to think
> that the problem has to do with ’ being outside the ASCII charset.





This bug report was last modified 7 years and 65 days ago.

Previous Next


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