This page contains links on WWW extensions, both proposed and already realized ones. Extensions can take the form of new protocols, new document types (HTML 3.0 and higher), multimedia, internationalization, etc.pp. Sub-sections:
To sell Java as a "scripting language" is IMHO wrong, to me a scripting language is something more at the user (in this case, document) level. It is a "dynamic" language, and seems to lend itself to "extensible programs".
The home page doesn't contain too much material, only a link to three postscript files, one of which is the Java language definition. Sadly, no API definition. You might want to look at comp.lang.misc, where a discussion re: Java/Oak is still going on (started on Feb 23). Quite subdued, since most people are waiting for the alpha release and/or more documentation to emerge.
(26.03.95) WebRunner has been renamed "HotJava". How embarassingly cute.
There is now a documentation directory containing some of the old PS stuff, converted into HTML:
The API User's Guide and Packages Index are probably the most important documents of the whole tree, since they define the resources that are accessible to the applets.
Why do they have to sprinkle those damn "interface index" and "class index" and "method index" and "methods" graphics through the indices? And amidst all these pathetic purpose-less graphics, a page with an ASCII graphics! Oh, the embarrassment. (yes i know, if it were an imagemap, i would rant even more ;-)
Ahh, the Searching the Documentation doesn't actually let you search the documentation (as you naively might think), no, it explains how you can use the search tool of your HotJava browser. What? You are not using a HotJava browser? Sorry, mate.
Anyone care to explain to me what that graphic on the security page is supposed to represent? A canine? The old Enterprise logo? No, it is the JavaLogo(TM, probably)!
Playing games with the term "security": three of the four "security features" are really about ensuring that an applet doesn't crash your browser. The last point "Interface-specific security that prevents applets from doing destructive things." surely depends upon the definition of "destructive".
Again, they explain how much secure Java is by pitting it against C++. Sigh. And they are so proud of their typed bytecode. What has this to do with security, for heavens' sake? Terminal fear "gets"-like bugs, eh?
Finally, "security level four" addresses the real problems. I accept that that the JAVA designers have thought about the technical issues of security (such as file and net access permissions for each new applet/class), but what about the UI problems? After how many "applet wants to access resource `foo'. Allow it?" warning messages will J. Random User disable the security stuff? How many HotJava binaries will be installed with security disabled by operators that don't want to answer countless newbies' questions about the security messages?
Btw, what are the security features for including ``native methods''? (C libraries that pose as Java modules)
We now have a local HotJava installation. It is not as bad as i thought. In fact, the basics work well. The URLs for documentation (of the form doc://) work easy and fast; the demo applets are cute (and their sources not too daunting); and the loading asynchronous. Minimal problems (no horizontal scroll bar, base tag is ignored) and annoyances (no keyboard shortcuts predefined, not even the basic arrow-keys for scrolling). Good layout; the four basic functions (forward,backward,home,reload) are at the bottom, and not hidden beyond dozens of hardly-ever-used functions. The upload comments (number of connections currently open, bytes left) are good.
Display and font styles are as good as those of Mosaic, much better than those of NetScape. Some of the NetScape extensions are implemented (center), you can't blame Sun for it. There doesn't seem to be much of HTML 3 support (i traversed the Arena tour, and neither tables nor math extensions did work.
The documentation search tool and the doc itself work well together. Having the doc (especially the "man pages" for the Java library!) locally available surely helps. Sun here avoids the bad mistake of NetScape to assume that everyone can painlessly access the company's documentation on-line.
Squabbles over Unicode's reduced Chinese/Japanese subsets are just that: unimportant to most of the rest of the world. Europe, Russia, America, Africa and India couldn't care less. How important are China, Japan, and Korea in the software and publishing industry? (Hardware is an entirely different thing.)
HDF Information Server (HDF Reference Manual)
The current system of servers, mirrors, and proxies will have to change; it doesn't scale too well. URIs will have to be implemented somehow. Two ideas are Dan Dyer's proposal to facilitate information sharing on the internet (that's the one with the lonely PC in the spinach research office) and Jutta Degener's URL Market.