More Third-Party Innovation: XMLTerm

Monday September 27th, 1999

R. Saravanan has sent in to us a copy of his recent posting to the xpfe and unix newsgroups. He writes:

"XMLterm: an experimental Mozilla terminal

Real time chat ...
Real time messaging ...
Now, real time computing ... (no controversies here, I hope!)

An early prototype of XMLterm, an XTERM-like terminal program implemented using the Mozilla layout engine, is now available to tinker with. XMLterm aims to add graphical and hypertext capabilities to the XTERM command line interface, while maintaining backwards compatibility.

The basic design philosophy of XMLterm is that the user interface is a dynamic XML document. The user and the computer interact by taking turns at appending to this XML document. The plain text content of the XML document, i.e., excluding any markup, corresponds to the plain text that would be displayed by a plain XTERM. The markup in the XML document is used to add graphical and hypertext features. XMLterm uses the Mozilla layout engine to display the XML document.

See for more information, screenshots, and downloads. XMLterm is a non-commercial open source project in its early stages. Comments and contributions are welcome!"

Definitely check it out! You can download the source, or, if using Linux, you can download a binary for use with M9. There's a lot to see at that site (and quite a bit not mentioned in his announcement). What are "Pagelets"? I'll let you find out for yourself, but they're worth seeing.

#27 XMLTerm's XPCOM components should be in Java

by Anon

Wednesday September 29th, 1999 7:18 PM

You are replying to this message

This shows both the strength and one of the problems of Mozilla. XUL allows very powerful applications to be built with the DOM and JavaScript, but certain underlying features which are outside of JavaScript need to be put into XPCOM components. In XMLTerm these XPCOM components are written in C, but imagine if you could write these components in Java? I know that there is work going on to write the components in JavaScript, but Java has such amazing networking powers. If XMLTerm's XPCOM components were in Java the program could be distributed across any computer that had a JVM and Mozilla. We should avoid extending JavaScript into having as many support libraries as Java currently has, and just use it as a scripting glue language to link existing XPCOM components together into an application. I'd love to see someone convert XMLTerms C XPCOM components into Java ones when the Blackwood project moves ahead!

Thanks, Brad Neuberg