risk web game
Ryan Smith-Roberts
Sat, 22 Jun 1996 19:57:22 -0700
Mostly for proof-of-concept and a mental exercise, and secondarily
out of boredom, I am contemplating the construction of a web/net-based
Risk game, with centralized server, statistics, and all that crap.
I and my colleagues mumbled about this to one another briefly two weeks
ago Friday, and we decided that based on the current browsers and the
difficulty of creating a decent, dynamic, non-butt-slow Risk interface
out of HTML and friends, that I should just do the client end in Java.
Running a Risk page and seeming to have poked around and looked at
other Risky interfaces and perhaps having access to statistics on Risk
players that I don't have, would you consider this a limitation? Doing
a good Risk interface using frames to run in Netscrape and Internet
Exploder would be much more difficult than a nice clean Java interface,
and since either of the browsers at a sufficiently high version to do
frames run Java anyhow, Java is preferrable. The other alternative
is to suck bandwidth like a pig and just have a dynamically-generated
regenerating imagemapped Risk board in a simple HTML file.
Which of these options do you think would be most appropriate?
(I may as a secondary project do the simple imagemapped version
anyhow, but since that's even simpler than the Java interface...
)
--
\/\ Lab.NET | Ryan Smith-Roberts - I speak for Lab.NET, so NYAAH!
/\/ we do | rsr@lab.net - http://www.lab.net/~rsr
\/\ stuff | JAFuckingPH - finger/www for PGP key
The obvious problem is that not enough national leaders get a good
bonking now and then.