1) setfont() after loading fonts
2) In X11 mode, don't translate ASCII characters from unicode...
   this was causing non-ASCII characters to be translated twice.

Fixes sourceforce issue number 60.

Reported by WitNik (Thanks!)

Any screen mode where the description and the enum value were not
identical (ie: ones with spaces or parenthesis) would not be used
at startup correctly.

Reported by DigitalMan via Discord

Setting the scaling and size before changing modes does weird things.
Those things should be fixed, but at least this makes the problem
go away in SyncTERM for now.

He's old, and should keep his blood pressure down.
Do not walk on his lawn.

Reported by Booch (Thanks!)

It will be used in the future, so the code shouldn't be deleted,
but not using it causes a warning.

While we're doing that, actually use it in SyncTERM so the offline
scrollback retains fonts.

Also, fix an issue where the current mode would be updated with
the custom parameters when you changed them.

Finally, remove some unused variables.

It seems that at least LORD has upper-case in the ZIPs and lower-case
in the queries.

The biggest issue with SkyPix is the fact that it's *not* a character
cell mode.  The cursor is pretty much impossible to position correctly,
and all the text "stuff" basically needs to be bypassed.

Now that ALT-Up/Down no longer have an effect on window size, they
can go back to their previous bindings of changing the emulated
output speed.

At the same time, remove AltGr support from keysym parsing since it
should be properly handled by the text input stuff now.

Caused the initial window to be the wrong size.

People are used to thinking about the aspect ratio of displays and
used to not thinking at all about that of pixels.  Most of the modes
are simplt 4:3 modes and the text area is the entire window.  The
only oddball here is the Commodore 64 and 128 40-column modes.
Because they have a border around them that's wider on the sides than
the top/bottom, the display aspect ratio is actually narrower than
a normal NTSC screen (6:5).  It seems the PAL version actually has
square pixels, but nobody has asked for a PAL Commodore mode, and I
think that has a different colour palette too so I'm not doing it.

Just to frustrate DigitalMan a bit, the default custom aspect ratio
is now 4:3 (but can be configured).  At present, modifying the custom
mode while *in* the custom modes "works", which no sane person would
want when adjusting the aspect ratio.

Use remaining bytes divided by CPS rather than total estimated time
minus elapsed time.

We squirrley on resumed ZModem downloads.

Instead, just set bar to the end and let ulist() sort it out.  It
sucks, but it sucks less.

Make it the default.

#pragma clang causes an error
__attribute__ not supported

This uses the 720x400 with 9x16 character cell that always made
BBSs look so terrible.

I do, so you should too!

Sheesh.

Simplest way is to use the alt-left/right snapping.

Which required a new ciolib option of course.
Only usable in X11 mode at present, though it may land for SDL
this weekend.

Do multiple before divide, and use an lround() to get the same results
on Win32 with mingw32 as Clang on FreeBSD.

Was removed along with select() in 4ba1e56f

Being stritly less/greater causes a one pixel gap at the start/end
of the ellipse, meaning flood fills can escape.