Opened 10 years ago

Closed 10 years ago

#461 closed defect (fixed)

composed character as listener input doesn't seem to be processed

Reported by: rme Owned by: gb
Priority: normal Milestone: Cocoa IDE v?
Component: IDE Version: trunk
Keywords: Cc:

Description

Open a listener. Type in a composed character, for example, é (via C-q option-e e), and hit return. I'd expect an unbound variable error, but for some reason, the character doesn't seem to be read. The return just moves the cursor down to the next line.

Change History (4)

comment:1 Changed 10 years ago by gb

  • Owner set to gb
  • Status changed from new to assigned

I believe that this has to do with Hemlock's notion of a character's :lisp-syntax attributes (and of what character codes could have syntax attributes associated with them.) The #\é isn't recognized as having exactly the same syntax attributes as an unaccented #\e would have, and it seems that it should be.

This has the effect of making S-expression-based navigation treat the #\é as whitespace (or something like that). I looked at this a little a week or so ago but didn't try to fix/change it; I'll try to get it to do something sane.

comment:2 Changed 10 years ago by gb

See also ticket:477.

comment:3 Changed 10 years ago by gb

This had to do with quote-next-character staying on too long and quoting the #\Return (which wasn't being treated as #\newline), IIRC.

In any case, it's been fixed in the trunk for a few weeks.

comment:4 Changed 10 years ago by rme

  • Resolution set to fixed
  • Status changed from assigned to closed
Note: See TracTickets for help on using tickets.