It seems whatever WM XWayland uses doesn't actually use _NET_WM_ICON
like pretty much everything else for the last 30 years does, so we
need to go old-school or settle for the default pengion icon, which
offends me personally.

Use the default visual and depth instead of "best"
Use Xrender for sclaing when library is available and server supports it
Set VisualIsRGB8 when possible

Create initial window at final size to avoid extra resize at start
- Load vmode before initializing the window
Track scaling whenever the X window is adjusted
Replace x11_window_height/x11_window_width with vstat.winwidth/vstat.winheight
Resize zim from init_mode_internal() to ensure it tracks current size on initial expose
Honour ciolib_initial_scaling
Check xim validity in local_draw_rect() in case of race
Add check to prevent divide-by-zero in handle_resize_event()
Use vstat for current on-screen info, and x_cvstat for desired info
- This allows using vstat.scaling in place of old_scaling
Have scaling set use a new mutex-protected variable
Fill in local_draw_rect() so we don't miss expose
Set max window size based on user area (or root window size if not available)
The WM Cyan uses may hate this...

This absolutely *must* fix the issue in SF ticket 103.

center the xim in the resulting window and fill the rest with black.

Should fix issue nelgin is having.

Add UTF-8 copy/paste support to X11 mode.

Also not an issue.

We're switching to TrueColor now, and maintaining a 65536 entry palette
for the various palettized bits.  This change hurts the overlay output most
since it currently means floating point calculations for every pixel.

The getfont() function now takes a fontnum argument so you can get all the
current fonts.

The vmem array now holds the font data, so once a glyph is written to the
screen, it can stay in that font "forever".  This still has some issues
with savescreen()/restorescreen() since there's no extension to grab the new
stuff... that'll be coming soon, likely replacing the pgettext() and
pputtext() functions.  For now, various popups will likely reset fonts to
the default font on the screen.

Now that we have all this, the status bar in SyncTERM can retain the default
font and colours at all times.  Further, menus can be displayed in the "right"
colours and fonts, and no more translation will be needed.  This is a work
in progress though, so there's likely to be glitches.  The scrollback doesn't
have the font data either (same issue as savescreen()/restorescreen()).

update.

cols, rows, charwidth, charheight, scaling, vmultiplier.

Only the drivers are allowed to update them, so the drivers don't need to
use locks for them.  The drivers have their own internal copies, so we
don't need vstatlock in the drivers except when updating these values.

Use C64 palette from CTerm
Switch drawrect to use 32-bit pixels
Put the colour palette index into the screen array, not the attribute palette one
Remove dac_colors from video_stat structure

This sets a specific palette entry to the 48-bit colour specified.
Psychadelic palette shifting is now possible (X11 mode only so far).

a potential problem with grabbing vstatlock).  Call XCloseDisplay and terminate
the X11 event thread on exit().

This still does not prevent the crash on exit for Linux.  This appears to be
an issue with SDL.

Nokia N900.

Debugged and initial patch by Aapo Rantalainen (Thanks!)

X11 and SDL modes share the graphics generation.  A new graphical mode
now only needs an init and keyboard functions to work.