10

I'm on WIN 7. I found that windows is using ANSI, not ASCII. So when I type ALT + 224 i get Ó, instead of α. To get α I have to manually copy it from the windows character map every time I want to use it. As you can imagine, this gets very tedious when I am trying to type in Attic Greek. Is there no combination to enter α? If not, is there some solution to this?

James Mertz
  • 26,224
  • 41
  • 111
  • 163
irikkkkk
  • 103
  • 1
  • 1
  • 4

2 Answers2

9

As you have already discovered, the characters resulting from character codes between 0 and 255 depend entirely on the encoding that is used.

Windows doesn't use neither extended ASCII nor ANSI (usually Windows-1252); it actually depends on the application.

For example, Alt + (2, 2, 4) gives on my machine:

  • α in Notepad and on the command prompt.

  • à in Google Chrome's omnibox, but α in its console and this very text area.

  • In Notepad++, a with ANSI, α with UTF-8.

For a more consistent behavior, just use Unicode character codes:

The key combination Alt + (9, 4, 5) – or Alt + (+, 3, B, 1) if you set the registry key HKEY_CURRENT_USER\Control Panel\Input Method\EnableHexNumpad to 1should result in a α in every application that supports that character.

Sadly, that isn't the case:

  • The decimal char code results in in IE's address bar, while the hexadecimal one just beeps.

  • The decimal char code results in in Notepad++ with ANSI and ¦ with UTF-8.

  • The hexadecimal char code results in a in Notepad++ with ANSI and α with UTF-8.

Summary

  1. Set HKEY_CURRENT_USER\Control Panel\Input Method\EnableHexNumpad to 1.

  2. Use Alt + (9, 4, 5) or Alt + (+, 3, B, 1) in applications with full Unicode support.

  3. Fall back to trial and error in applications that lack full Unicode support.

Dennis
  • 48,917
  • 12
  • 130
  • 149
  • Have you tried prefixing with a `0`? Ie. `ALT-0224` gives `à` consistently (here), but `ALT-224` gives `Ó` (position 224 in DOS-Western Europe code page). [I don't have the hexadecimal entry set.] As I understand it the zero prefix forces interpretation as a Unicode code point. – Richard Jul 15 '12 at 07:45
  • 1
    The `0` is used to indicate a Unicode character when the char code is ambiguous, which is only needed between `0` and `255` with our code pages (although `0` - `127` will **always** be ASCII). `[Alt] - 0945` will result in `±`: Since the `0` is out of place here, the application falls back to non-Unicode and wraps at `256` (i.e., `256` is congruent to `0`, `257` to `2`, etc.). `±` char code is `177`, where `945 = 3 * 256 + 177`. – Dennis Jul 15 '12 at 12:20
3

I found a solution that worked for me.

Initially, the "Current language for non-Unicode programs" was set to "English (United Kingdom)" on the computer in Region → Administrative settings; however, when I changed it to "English (United States)" and restarted the computer.

I finally started to get "α" when I hit Alt 224. No more "Ó". I've attached an image of the settings location.

Fixed Alt 224 problem

bertieb
  • 7,344
  • 36
  • 42
  • 54
Chris
  • 31
  • 1