fix what looks like a bug. if (ms>250) ms=100; ???
common/cl_main.c common/cvars.h qw_client/cl_parse.c:
put running autoexec.cfg back in, BUT now controlled by a cvar (cl_autoexec).
Also, FULL SCREEN QUAKE IS HERE!!! unfortunatly, so is full screen quake :/. ie if you have the vidmode extentions, you don't have a choice at the moment. Still, that's just a matter of cvars :), but not tonight.
VERY IMPORTANT: read the readme.win file. it tells you what you need to do to get it working,
as there are a couple of things that need to be done by the developer on their own machine.
little more error checking and possibly default to misc/talk.wav if the
file you give it doesn't exist or something. If someone wants to do that
go for it - I'm just adding it to my personal todo list for later so I can
get back to GL fullbright stuff.
Also, there was a bug in configure.in that caused glx not to be built at all on
my system.
NOTE: I changed SRC_DIR to srcdir (GNU `standard'), though I'm beginning to
wonder if that was so good.
are done (sorry if this steps on your toes with the view.c merge Deek) and
I'm almost positive flymode will now work. Even though view offset is
done, it won't.
The reason for this is that cl.stats[STAT_FLYMODE] is pretty much going to
ALWAYS be 0 on a standard server. Since 0 tells us that we're not flying,
this is fine. cl.stats[STAT_VIEWHEIGHT] is also going to be 0, but it
should be 22 for normal views. I could always assume this value is an
offset from 22, but that just seems lame to me. I'll either do it anyway
or we'll have to find a good opportunity in the connect cycle to set the
cl.qfserver qboolean to true.
I'm thinking about using an info key value for this, but we'd be better
served I think by coordinating with QSG to up the protocol version across
all engines.
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).
/usr/include or /usr/local/include, but not when they are in /usr/X11R6/include.
I'll look into fixing this in a way that doesn't break any builds and hopefully
stops redundant builds.
