Re: character syntax fixes needed

[Kenichi Handa]

In article <address@hidden>, Dave Love <address@hidden> writes:

> The guillemets ‹, ›, « and » should all be punctuation.  The single
> ones currently have word syntax, and the double ones are treated as
> parens in latin-{1,5,9}.el.

As I don't use those characters, I don't know what is
correct.  But, it seems that they are used as a pair; isn't
it convenient if we give them paren syntax?

> Making Ÿ and ÿ a case pair in characters.el is clobbered by the entry
> for code 255 in latin-1.el, which should presumably be removed.

Ah, sure.  But we can't just remove it because that code is
necessary for unibyte mode.  So, I installed this:

*** latin-1.el  02 Sep 2003 08:25:35 +0900      1.4
--- latin-1.el  09 Mar 2005 10:23:13 +0900      
***************
*** 104,110 ****
    (set-case-syntax-pair 222 254 tbl)  ;latin letter thorn (Icelandic)
    (set-case-syntax 223 "w" tbl)               ;latin small letter sharp s 
(German)
    (set-case-syntax 247 "_" tbl)               ;division sign
!   (set-case-syntax 255 "w" tbl))      ;latin small letter y with diaeresis
  
  ;; When preloading this file, don't provide the feature.
  ;; Explicit `require' is used to load this for 8-bit characters.
--- 104,113 ----
    (set-case-syntax-pair 222 254 tbl)  ;latin letter thorn (Icelandic)
    (set-case-syntax 223 "w" tbl)               ;latin small letter sharp s 
(German)
    (set-case-syntax 247 "_" tbl)               ;division sign
!   ;; The following setting should be suppressed when we are loading
!   ;; this file for setting syntax of multibyte characters.
!   (or set-case-syntax-set-multibyte
!       (set-case-syntax 255 "w" tbl))) ;latin small letter y with diaeresis
  
  ;; When preloading this file, don't provide the feature.
  ;; Explicit `require' is used to load this for 8-bit characters.

> The dotted-I and dotless-i case entries in characters.el are commented
> out for some reason, and the new case-table functions introduced for
> them aren't documented.

They are commented out for the moment because case-fold
search/match doesn't work well with that kind of complex
case setting.  I remember I included you in CC: when I wrote
about that problem under the subject "case-table functions
....".

---
Ken'ichi HANDA
address@hidden