reply on.  Make it harder to merge this code from upstream in the
future instead.

At least the warnings are gone.

Deuce doesn't want to add "useless parenthesis" to xbr.c.
Hopefully Clang will just ignore this -Wno-* option?
warning: suggest parentheses around ‘&&’ within ‘||’

warning: always_inline function might not be inlinable [-Wattributes]

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.

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.

Fixes X11 window dragging blinkiness.

If do_scale ever failed, it would result in graphics buffers not
returning to the pool, resulting in them never being reused.

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.

See https://www.pepto.de/projects/colorvic/ for details.

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.

Fixes issue 56

Was using the 14 row font with 350 screen rows and expecting 43 lines.

We're leaving the "Awesome Modes" as 1:1, but the rest all assume
a 4:3 display that is filled by the described text.

Microsoft wants us to use a manifest for this, but I really don't
feel like digging into however one uses manifest files when not
using the Microsoft build files.

Details here: https://docs.microsoft.com/en-us/windows/win32/hidpi/setting-the-default-dpi-awareness-for-a-process

This may solve issue where using Windows "DPI scaling" forces the
window to be scaled.

#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!

This fixes issues where "leftovers" from the previous mode would
remain in a new screen mode.

Also, include math.h

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.

Also, we don't need to use pointers for the scaling.

Since we have all odd numbers thanks to the pointy scaler, and we
have 2x thanks to xBR, we should now be able to build any integer
scaling from a combination of those two scalers.

This, of course, assumes you have enough CPU and RAM to actually
do the scaling you want... powers of two will likely be the worst
case for scaling.

Also, do pointy scaling before xBR.