code for scr_consize a bit. I also made it work in software targets. If
you set scr_consize outside the range of .2 to .9 it now assumes you're
an idiot and ignores your setting, using the appropriate boundary value.
A note about gl_conalpha for GL targets. It now works up to a consize of
.9 rather than working just upto 2/3 of the screen. Works just as it did
before. The only reason it matters is that the boundary for scr_consize
does not apply to the decision of whether or not to use alpha--only to
how big to make the console.
That means if you set scr_consize to .91 or something it won't be bigger
but you'll lose alpha. Don't even try to report that as a bug---I will
tell you simply Don't Do That(TM).
Speaking of conalpha, it works again, even in Mesa 3.1(!)
Don't build half of qw-client twice! I thought I fixed that already?
UQuake-style quit dialogs in qw-client, beginnings of a menu.[ch] merge
now, the rest I don't know how much of it I can do without breaking the
protocol's compatibility.
client_state_t has moved back to client.h in qw_common and uquake. Seems
like that's a step backward, but the way it was being used while common
was far worse! This required massive reworking of headers and such.
Speaking of using cl (the global client_state_t) badly, the sound code did
exactly that. Mercury should be shot for not fixing that when he did the
sound_lib.a stuff. The fix illustrates what we need to start doing to the
code to make modularization possible. I'll be sending a message to the
list about this shortly..
like adding a gratuitious feature, GL target users can crosshair 3 for a
completely new crosshair and higher resolution crosshair (oooh!) Software
renderer doesn't have it because...well look at Draw_Crosshair() in
draw.c, it's truly a nightmare! You have to plot each pixel individually,
makes you feel like you're coding in Applesoft BASIC. If you want it,
figure out how to do it sanely.
