XMLterm changes only.
Fixed xmlterm bustage due to build and nsIContentHandler changes (bug 91815).
Also modified xmlterm to handle terminal: protocol rather than telnet:,
to avoid conflict with telnet implementations (such as protozilla).
Revising nsIChannel to allow for overlapped i/o. This consists of three parts:
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.
This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.
r=darin@netscape.comsr=rpotts@netscape.com
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.
This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.
The full details of the change on written up in the netlib newsgroup.
r=darin@netscape.comsr=rpotts@netscape.com
XMLterm changes only.
Fix for minor bug 65662.
(Oops! Missed CVS log message on previous checkin for this file. Dummy checkin
with the correct log message.)
XMLterm changes only.
Recent changes to nsChromeProtocolHandler.cpp have caused chrome HTML files to lose their XPConnect privileges. This meant that content/xmlterm.html could no longer access the XMLTermShell object. This checkin provides a somewhat clumsy workaround for that problem, to get XMLterm working with NS PR3/6.0.
interfaces. Since the C++ generated code upper-cases the method names, this
affects no C++ code, but only a few javascript methods.
Bug 46771.
r=waterson.
I am in today and tomorrow.
XMLterm changes only.
"make xpi" in xmlterm/scripts directory now creates an XPI file for XMLterm.
Removed last vestiges of WebShell!
Deleted outdated GeckoTerm files.
XMLterm changes only. Implemented chrome overlay a la Chatzilla to insert
XMLterm into the Tasks menu. Also implemented command line option "-terminal"
and URL handler "telnet://" to invoke XMLterm.
XMLterm changes only. Absolute URL chrome://xmlterm/skin/xmltpage.css is not
recognized in xmlterm.html. Using relative URL ../skin/xmltpage.css as a
workaround.
XMLterm changes only. Added FlushPendingNotifications call to scrolling routine to improve scrolling behaviour. Fixed typo in string template changes. Added (commented out) change to xmlterm.html to test PNG alpha "image melding" with the command line!
Changed xmlterm/ui/Makefile.in to use CHROME vars to handle content/skin resources (bug 34416); eliminated directories xmlterm/ui/content and xmlterm/ui/skin.
Initial terminal size is now explicitly passed through parameters, providing
better control. Session aborts now produce an error message on the screen.
andreas.otte%primus-online.de
svn%xmlterm.org
timeless%mac.com
cls%seawood.org
blakeross%telocity.com
dougt%netscape.com
disttsc%bart.nl
bryner%uiuc.edu
hyatt%netscape.com
rayw%netscape.com
mcafee%netscape.com
rbs%maths.uq.edu.au
ben%netscape.com
joki%netscape.com
danm%netscape.com