January 1998
- Mail from mud Zoran's final Imp Stephen Zepp
- Mail from mud Zoran's final Imp coder@ibm.net
- Mail from mud Zoran's final Imp Shawn Halpenny
- Mail from mud Zoran's final Imp JC Lawrence
- Mail from mud Zoran's final Imp Shawn Halpenny
- Happy new year Marian Griffith
- Totally OT... Marian Griffith
- Totally OT... (Or is it?) s001gmu@nova.wright.edu
- Mud-Dev FAQ Ling
- Mud-Dev FAQ Jon A. Lambert
- Mud-Dev FAQ JC Lawrence
- Mud-Dev FAQ Adam Wiggins
- Who's bugging who? : was- Wild West Jon A. Lambert
- my bio (was Mud-Dev FAQ) Mike Sellers
- request for comments (was: Mud-Dev FAQ) Vadim Tkachenko
- request for comments (was: Mud-Dev FAQ) Jon A. Lambert
- request for comments (was: Mud-Dev FAQ) coder@ibm.net
- request for comments (was: Mud-Dev FAQ) JC Lawrence
- request for comments (was: Mud-Dev FAQ) s001gmu@nova.wright.edu
- request for comments (was: Mud-Dev FAQ) JC Lawrence
- request for comments (was: Mud-Dev FAQ) Vadim Tkachenko
- OT: Suomi Finland Ola Fosheim Grøstad
- OT: Suomi Finland ##Make Nylander
- Totally OT... (Or is it?) (yes it is ;) Marian Griffith
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) Adam Wiggins
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) Jon A. Lambert
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Totally OT... (Or is it?) (yes it is ;) Jon A. Lambert
- Totally OT... (Or is it?) (yes it is ;) Mike Sellers
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Journal of MUD Research, Vol. 3, No. 1 [TEXT] coder@ibm.net
- World Seeding (was Task Parsing) Ling
- World Seeding (was Task Parsing) JC Lawrence
- World Seeding (was Task Parsing) Stephen Zepp
- threaded servers (was request for comments Mike Sellers
- MUD Economy Shawn Halpenny
- MUD Economy Adam Wiggins
- MUD Economy Shawn Halpenny
- MUD Economy Ling
- MUD Economy Brandon J. Rickman
- MUD Economy Marian Griffith
- MUD Economy Shawn Halpenny
- MUD Economy Shawn Halpenny
- MUD Economy JC Lawrence
- MUD Economy Koster, Raph
- MUD Economy Matt Chatterley
- MUD Economy JC Lawrence
- MUD Economy Jon A. Lambert
- OT: Jobs available Koster, Raph
- OT: DCOM and RMI Jon A. Lambert
- OT: DCOM and RMI Vadim Tkachenko
- OT: DCOM and RMI Vadim Tkachenko
- OT: DCOM and RMI Miroslav Silovic
- OT: DCOM and RMI Alex Oren
- OT: DCOM and RMI Chris Gray
- request for comments Miroslav Silovic
- request for comments JC Lawrence
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) Matt Chatterley
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) Vadim Tkachenko
- request for comments JC Lawrence
- Text vs Video; Movies, Books & muds. Nathan Yospe
- Unique items (was: Graphic MUDS/Ultima Online) Vadim Tkachenko
- Unique items (was: Graphic MUDS/Ultima Online) JC Lawrence
- Unique items (was: Graphic MUDS/Ultima Online) Brandon J. Rickman
- Unique items (was: Graphic MUDS/Ultima Online) Adam Wiggins
- Unique items (was: Graphic MUDS/Ultima Online) Brandon J. Rickman
- Unique items (was: Graphic MUDS/Ultima Online) Marian Griffith
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) Chris Gray
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) Adam Wiggins
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Unique items Richard Woolcock
- Unique items Jon A. Lambert
- Unique items Vadim Tkachenko
- Unique items Jon A. Lambert
- Unique items JC Lawrence
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Two Tiers Ling
- MUD Development Digest Dr. Cat
- FAQ Ling
- Clients Matt Chatterley
- Clients JC Lawrence
- Clients Shawn Halpenny
- Clients Matt Chatterley
- Event handling - some definitions Jon A. Lambert
- Event Handling Jon A. Lambert
- Simulations - was: 'A flamewar startingpoint.' Jon A. Lambert
- Formatting apology Stephen Zepp
- OT: Insane Wordwrapping Caliban Tiresias Darklock
- OT: Insane Wordwrapping Alex Oren
- Summary Marian Griffith
- Clients Andrew Wilson
- Vast areas in muds Ling
- Vast areas in muds John G.
- Vast areas in muds Nathan Yospe
- Vast areas in muds Mike Sellers
- Vast areas in muds John G.
- Vast areas in muds Nathan Yospe
- META: Web futures for the list JC Lawrence
- OT: Socket programming - platform specific Jon A. Lambert
- OT: Socket programming - platform specific Chris Gray
- OT: Socket programming - platform specific Jon A. Lambert
- OT: Socket programming - platform specific Caliban Tiresias Darklock
- OT: Socket programming - platform specific Chris Gray
- Graphical mud perspectives Richard Woolcock
- Graphical mud perspectives Nathan Yospe
- Graphical mud perspectives Richard Woolcock
- Graphical mud perspectives Koster, Raph
- Graphical mud perspectives Mike Sellers
- Graphical mud perspectives Koster, Raph
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads Nathan Yospe
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads Brandon Gillespie
- CORBA, RMI, threads Chris Gray
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads Brandon Gillespie
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads coder@ibm.net
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads Vadim Tkachenko
- CORBA, RMI, threads Caliban Tiresias Darklock
- CORBA, RMI, threads coder@ibm.net
- Clients based on Netscape 5? Greg Munt
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Caliban Tiresias Darklock
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Caliban Tiresias Darklock
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Marian Griffith
- Clients based on Netscape 5? coder@ibm.net
- OT? The impact of the web on muds Mike Sellers
- The Anti-Mac Interface JC Lawrence
- 3D graphics (Was: The impact of the web on muds) Jon Leonard
- 3D graphics (Was: The impact of the web on muds) Caliban Tiresias Darklock
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- 3D graphics (Was: The impact of the web on muds) Mike Sellers
- 3D graphics (Was: The impact of the web on muds) Chris Gray
- 3D graphics (Was: The impact of the web on muds) Caliban Tiresias Darklock
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- VRML Becomes ISO/IEC International Standard (fwd) Nathan Yospe
- Arctic's Project? Brandon Cline
- Arctic's Project? Adam Wiggins
- Arctic's Project? Brandon Cline
- Arctic's Project? Chris Gray
- FAQ Marc Eyrignoux
- Java and Javascript Greg Munt
- Java and Javascript Chris Gray
- Java and Javascript Matt Chatterley
- Java and Javascript coder@ibm.net
- Java and Javascript Matt Chatterley
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Matt Chatterley
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Chris Gray
- Java and Javascript Jon Leonard
- Java and Javascript Matt Chatterley
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Mike Sellers
- Java and Javascript J C Lawrence
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
On 03:48 PM 2/25/98 +0000, I personally witnessed Matt Chatterley jumping
up to say:
>On Mon, 16 Feb 1998, Caliban Tiresias Darklock wrote:
>> At 03:37 PM 2/16/98 +0000, Matt Chatterley wrote:
>> >On Mon, 16 Feb 1998, Caliban Tiresias Darklock wrote:
>> >> At 11:11 AM 2/14/98 +0000, Mat Chatterley wrote:
>> >> >
>> >> >Absolutely agreed that the browser interface is not useful. If
anything,
>> >> >it means a waste of resources!
>> >
>> >Albeit in a slightly ranty form, this contains some very interesting
>> >points (and I'm not certain to what degree this is serious, but in either
>> >case, an interesting attitude - not necessarily Caliban's). Dissection in
>> >parts follows.
>>
>> Well, I went flying off on a tirade as usual. I have a tendency to do that,
>> and I just hope I'm not leaving people with the idea that I'm some bitter,
>> pathetic jerk who has nothing better to do than argue with people. ;)
>
>Don't worry, we know you love us really. ;)
If I didn't, would I post here? ;)
>My client is
>actually building up to being 'canned' by the way; it exists as a series
>of Java classes (I think some will soon be Java.beans, once I get another
>text on them), and will *very* shortly have the ability to automatically
>download and update itself (asking for permission first).
Why would you ask permission? I mean, have you ever been offered a free
upgrade to the latest version of a program and said 'No'? If you do this
right and don't have to download the whole thing over again but only the
pieces that have changed, why would anyone *not* want to upgrade? If you
can think of some reasons, why not just look for those reasons up front?
For example, if the system requirements for your client change, why not
check them first and only download the update if the user can support it?
>Re: security bugs in Java, this is somewhat irrelevant, since you cannot
>really code at a more 'basic' level than the language you are using. My
>work would be out a bit faster if it were browser-based, but it wouldn't
>really do what *I* want it to do (and it'd probably be *less* bulletproof,
>since I wouldn't have absolute control over it, or not *as* absolute).
Well, what I was getting at with that is that whenever you start from a
specific codebase like the JDK or a browser or even an SDK or set of
foundation classes, whatever bugs and problems may be in that code will
show up in your own. It's difficult for the user to tell the difference
between a bug in the client and a bug in the underlying framework, so you
end up having to tell an awful lot of people that problem X is not your
fault and to go bug company Z about it. If you write really good code on
top of a buggy framework, YOUR code won't have bugs, and you'll get a
reputation for blaming all the client's problems on other people -- which
is not really fair, is it?
>> Consider a framed site, with the terminal session in one frame, a table of
>> contents in another, and the help file in another. I can browse the help
>
>Interesting that you mention this; I intend to allow 'split screens' via a
>separate communication protocol (the mud can send information to the
>client for display in a separate window, do clickable menus, and so
>forth). This would allow this effect to a point; but yes I see what you
>mean. Otoh, I can only work in one terminal at once, and I don't really
>mind having my screen spammed while I read files (although being able to
>read *mail* in a separate window would be very nice).
Imagine being able to read news in one window, mail in another, and play
the game in a third with help files parallel to the active terminal session
-- plus a coding window you can open up for designing your own stuff and
updating it on the MUD. A browser will do all of this with little or no
effort; just do your help system in HTML, run your system's news files as
an NNTP server, your MUDmail system as an IMAP or POP server, stick
sendmail up on the machine... there's a whole lot of functionality you
could handle for your users with simple, easy stuff. Communicator Pro comes
with a 3270 emulator! Let's do a MUD in CICS! :)
Sorry, I get nostalgic for obsolete protocols.
>> and news and all that while I play, without spamming the hell out of my
>> screen. Back and forward are useful there. Someone else could design an
>> add-on product which sat on top of yours, and just run it in a separate
>> frame or window. If I play several games like this, I could fit two or more
>> in the same browser window.
>
>Well, you could always run multiple instances of a client program for the
>same effect. ;)
True, but you could share a lot more code using a single program with
multiple windows.
>Can you anymore add to a client embedded in a webpage than you can
>one which is an application? They'd both just be compiled classes. Unless
>you mean adding other things to the webpage, of course. :)
Aha, but here's the key: a plug-in architecture! Some hooks for people to
write their own add-ons and stick them onto your client! That way, you have
your compiled classes, the third party developers have their compiled
classes, and the user can fire up a scripting host!
>!!! The last application I ever tend to run is a web-browser. And then I
>typically use lynx for a few minutes (partly because I don't have enough
>*colours* to run Netscape reasonable due to my video card).
Yeah, you condescending UNIX types always did tend to sniff at the rest of
us for liking color and sound and windows. :P
Want a better video card? I have several. Mail me your specs, I'll see if I
can do better, and since it's all just junking up my house anyway I'll let
you know what I can do and if you like it we'll see if I can get the thing
mailed out to you free of charge.
>> larger number of people than you realise have their web browsers open all
>> the time *anyway*. I've got three Netscape windows open as we speak. Plus a
>> pair of NetTerm sessions to shell accounts and three MUDs. If I could do
>> all of those in the browser, I would SAVE resources, since the browser
>> would have a significant amount of shared code between windows.
>
>This I'll accept as one point (and another reason why playing the
>'resources' card is iffy, since it varies from user to user).
And operating system to operating system. I tend to be a lot more
conservative running applications under NT Server, a little more
conservative under NT Workstation, and a lot LESS conservative under OS/2.
I still single-task under UNIX, partially because my UNIX knowledge is
incomplete and obsolete so I'm pretty much stuck with 70's era tools there
because they're all I really understand.
>It probably averages out; the multimedia aspects of the machine are nearly
>non-existant, because I rebuilt it with Linux in mind, and am not a gamer
>(meaning Doom, et al).
I can help with this, too. I have a GUS MAX sitting around gathering dust,
and I think Linux supports those pretty easily.
>A lot of this is already available and useable very simply in Java (one
>reason which contributed to my selecting it). The only thing missing
>currently is sound (not something that really jingles my bells anyway; but
>it might be nice in the future).
? I've used sound in Java before... not like I remember all the details,
but I know I've done it, so it can't be too difficult.
>> When I last installed the JDK, I had to manually enter several environment
>> variables and registry keys. It was not something I'd wish on a novice.
>> I've also never had to do that with any piece of software I have ever
>> installed, with the exception of the Gnu Win32 utilities which required a
>> similar setup. (I think it's a UNIX thing. UNIX people seem to have this
>> idea that you should have to prove you're worthy to run their software. So
>> they make you do fifty weird technical things, and if you can manage that
>> then you must know what you're doing.)
>
>I didn't even have to do this with my Linux installation. Unpack, make a
>few symlinks, party.
Of course. You use UNIX. You obviously know what you're doing. Those of us
with WIMP interfaces need to pass a test. :P
>> JavaScript is a lot more robust than it used to be. And on the Microsoft
>> front, ASP in particular is an exciting technology. It's starting to look
>> like I may never have to write another CGI script in my life. ;)
>
>I must admit (again) being a bit JScrip ignorant; I've only read snippets
>about it, and can't write it (I only do Java currently). I'm looking into
>it, though. Another book I'd like to buy *sigh*
Sounds like me with Java. I've played with it here and there, but I've been
sort of soured to it by the way Sun's handled it recently. Lately I've
gotten very deep into JavaScript, which is really rather well-done once you
get familiar with it; although I still have some trouble getting working
JavaScript to validate under HTML 4.0, and certain things just never really
work right. CSS complicates things a lot, too.
>> >Can't a lot of muds be played single-player (this is an interesting
>> >notion).
>>
>> Yeah, but they suck. I've tried. ;)
>
>Heh. Roguelike games? ;)
HACK! BWAHAHAHAHA the ultimate game ;> - Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Travis Casey
- Java and Javascript Jon A. Lambert
- Java and Javascript Sauron
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Alex Oren
- Java and Javascript Chris Gray
- Java and Javascript coder@ibm.net
- Java and Javascript Matt Chatterley
- Java and Javascript coder@ibm.net
- MetaVoice, MetaFont Ling
- MetaVoice, MetaFont Richard Woolcock
- MetaVoice, MetaFont Vadim Tkachenko
- MetaVoice, MetaFont JC Lawrence
- MetaVoice, MetaFont Chris Gray
- The MLI Project Vadim Tkachenko
- The MLI Project Marc Eyrignoux
- The MLI Project Vadim Tkachenko
- The MLI Project coder@ibm.net
- The MLI Project Ling
- The MLI Project coder@ibm.net
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Travis Casey
- The MLI Project Travis Casey
- The MLI Project coder@ibm.net
- The MLI Project s001gmu@nova.wright.edu
- The MLI Project Vadim Tkachenko
- The MLI Project Travis Casey
- The MLI Project Stephen Zepp
- The MLI Project coder@ibm.net
- The MLI Project Travis Casey
- The MLI Project Chris Gray
- The MLI Project Ling
- The MLI Project Andrew C.M. McClintock
- The MLI Project Ling
- The MLI Project Chris Gray
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Chris Gray
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Niklas Elmqvist
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Chris Gray
- The MLI Project Ling
- The MLI Project Caliban Tiresias Darklock
- The MLI Project J C Lawrence
- The MLI Project Chris Gray
- The MLI Project Koster, Raph
- The MLI Project J C Lawrence
- The MLI Project Vadim Tkachenko
- Races and stuff (was: FAQ) Vadim Tkachenko
- Races and stuff (was: FAQ) Marc Eyrignoux
- Races and stuff (was: FAQ) Vadim Tkachenko
- OT: I'm moving again! JC Lawrence
- MUD Development Digest Dr. Cat
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Chris Gray
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities coder@ibm.net
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities coder@ibm.net
- Administrative Responsibilities Chris Gray
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Adam Wiggins
- Administrative Responsibilities Greg Munt