For what it's worth glyph 226 (Hex E2) in Unicode has a â (a
circumflex), and glyph 232 (Hex E8)
has a è ( e grave): so your initial font seems Unicode compliant
Here's a good place to check this sort of thing:
https://www.unicode.org/charts/
(this is, in some respects, my spiritual home on
This would be typical of importing Mac/Win Type 1 fonts or ANSI only True
Type. The range ANSI characters (128-255) varies depending on the platform
which it was input from; add to the caveat introduce by the "native" program
(Quark, InDesign, Pages, MSWord, Outlook, PDF). In theory Livecode
Hi David,
From the LC dictionary:
Important: As of version 7.0 the numToChar and charToNum functions have been
deprecated. They will continue to work as in previous versions but should not
be used with Unicode text as unexpected results may occur. If working with
Unicode text use the
I am importing some text where certain characters do not look right. When I
test their charToNum values I get, for example, 226 and 232. 226 is shown as a
comma, but should be a lower case a with a circumflex, and 232 is shown as an
upper case e with an umlaut but should be a lower case e