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
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. ;)
>> No it doesn't! Quit assuming that your MUD is the only damn thing I want to
>> do while I'm online! I want all the same integrated features I'm used to,
>
>But given that assumption (a reasonable one when writing a mud client, I
>think),
I don't. I have not done one and only one thing on my computer for years. I
average eight to twelve open applications at a time (right now I have 16
open).
>using the browser environment when not necessary *would* entail a
>waste of resources. This is perhaps not a valid enough argument on its own
>(OTOH, Netscape puts my machine through the wringer, and I have 64 mbs of
>ram plus a fast disk). Even so, its a design thing - I hate to see big and
>unwieldy things being used for tasks that can be accomplished with
>smaller, neater programs (and also, it makes things more accessible to
>'lower power' machines). Of course, it means I don't have to deal with
>bugs in other peoples software, too.
I can see both sides of this issue. I have a healthy aversion to canned
code and downloaded components, but sometimes you have to ask yourself why
you ought to build something someone else already did. The major question
is whether the benefit outweighs the liability -- for example, if you build
your client in Java, you inherit any security bug that might be found in
Java. You have to ask yourself whether that's a risk worth taking; do you
want the software done and out the door faster, or do you want it
bulletproof? Time is a commodity, but so is reliability... and when you use
someone else's framework, you're investing a lot of trust in that person.
>> dammit, and your client can most definitely make use of forward and back
>> while I'm playing if you use an interface that uses that -- like a
separate
>> help window on the side in a frame, for example. Browser-based clients can
>> provide a lot of functionality and a lot of convenience, and I see a lot of
>
>Actually, I can't think of any extra functionality that could be offered
>by a Browser based client. Could you give some examples? (Genuine
>interest). How would you find it more convenient?
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
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. I could write Java and JavaScript that
interacted with the world, or even use dedicated client software of some
sort ot add to it. The availability of the 'chrome' is sometimes essential
for this sort of thing, and the resources the chrome actually takes up are
miniscule. After all, you have the whole application loaded anyway.
>It's not the only argument; just one consideration. And you may not wish
>to use the entire machine up for your mudding!
I should certainly hope not, but all the same you shouldn't be thinking
about the 640K barrier when you build a client. ;)
>You might want to run it in
>the background, or low-priority rather than in a browser (I think you must
>accept that browsers are fairly huge things, now).
Browsers are also absolutely essential to most online activity. I think a
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.
>There are many machines below average. Personally, I own a p133 (intel),
>with 5gb total storage space (not all available currently), and two
>cd-roms (4x and 2x). The video card has 1mb ram, and the sound card
>doesn't work. It also has 64 mb ram (oh, and the CPU only clocks 100
>because the PSU is overloaded by the SCSI bus). The 4x cdrom is kinda
>busted, too. None of this is likely to change any time soon - I make the
>assumption that I am not the only person behind what some people consider
>to be 'standard'.
The system that cost $1500 last year (I just did some research on this
recently) was a P133 with 32 megs and a 2 GB hard drive. 2 megs of video
RAM was standard. A 4xCD was about standard. In other words -- yes, you are
average. Better, in some respects. You have more RAM and disk than most
people.
>The more resources the browser uses, the fewer are available for my client
>if I wish to make it do clever and/or attractive things, though.
But some of those resources are things you can use yourself. Like the GIF
and JPEG display code, the scripting engine, the document object model, the
protocol support... you could actually use an SMTP mail server for your
users and an IMAP mail interface on your back end. There's a lot of
rendering code handled for you there, and it's that much work you don't
have to do. And your users already have all their preferences set up, and
all their druthers accounted for, and they already know how to use it. All
in all, using the browser could be a really big design win if you leverage
the technology right, and can actually SAVE memory and disk space.
>This is no different to instally any other substantial piece of software.
>Btw, AFAIK no reboots or anything of that sort are actually required to
>get JRE running on windows (certainly was not needed when I test installed
>an old copy of JDK 1.02 I had on the windows machine here).
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.)
>It could also be pretty hard to integrate Java and Javascript in any way
>like this (as far as I can see). The trouble with JS really is that its a
>scripting language which was (as far as I can tell) intended for embedded
>objects in webpages, rather than 'dynamic objects' like Java itself.
Netscape has a specific connectivity option (LiveConnect) between Java and
Javascript. MSIE supports it pretty well, as far as I can tell. Not like I
use MSIE much.
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. ;)
>> What ever happened to single player games? I don't like team sports and I
>> don't like competition and mainly I want something that I can play and have
>> fun with even if there's no one else there. Most of the time there isn't
>> going to be anyone else involved. (Sort of like my sex life.) This network
>> game boom has really caused a lot of the single player stuff to suffer.
>
>Can't a lot of muds be played single-player (this is an interesting
>notion).
Yeah, but they suck. I've tried. ;) - 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
- 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 Caliban Tiresias Darklock
- 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