> I was using Consolas. Switching to Courier new does not fix the problem.
> However, I did not install uniview.s (only status.s and unicode.s). Do I need uniview as well ?
Not for the typing an "á" and seeing a "ß" problem.
GUI TSE (g32.exe) with a not-Terminal font should already show an "á" without any macro-help.
My next suspect would be an autoloaded macro that sets the current font's _FONT_OEM_ flag.
Try purging loaded macros until the problem disappears?
Possible macro culprits from my website are Ansi2OEM and OEMtoggle.
When you need the UniView extension:
When loading and saving a file that has UTF-8 encoded characters, the Unicode macro converts them to and from either code page 1252, which is GUI TSE's default for all fonts but Terminal, or a characters's Unicode code point (a number) quoted between characters 127.
Characters in code page 1252, like "á" are converted and shown as-is.
The quoted Unicode code points will be shown as one character when the UniView extension is installed.
For example, UniView will show 263A as a black-and-white ☺.
For reasons I will happily explain in extensive detail ☺ if someone wonders, UniView does not work for the current line unless the TSE buffer is in read-only mode.
Carlo