convert them to regular modules, so they don't get loaded at startup
r=jag, sr=ben
git-svn-id: svn://10.0.0.236/trunk@91925 18797224-902f-48f8-a5cc-f745e15eee43
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
git-svn-id: svn://10.0.0.236/trunk@87587 18797224-902f-48f8-a5cc-f745e15eee43
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
git-svn-id: svn://10.0.0.236/trunk@86717 18797224-902f-48f8-a5cc-f745e15eee43
add a separator before the checkbox so it's more balanced.
Make sure the checkbox outliner works correctly.
change onclick to oncommand handlers
place the cancel/close button on the far left and the reveal/launch on the right side of the dialog instead of
centering them.
sr=sspitzer
git-svn-id: svn://10.0.0.236/trunk@86135 18797224-902f-48f8-a5cc-f745e15eee43
support Reveal File and Launch File buttons on the progress dialog.
sr=sspitzer
git-svn-id: svn://10.0.0.236/trunk@85734 18797224-902f-48f8-a5cc-f745e15eee43
bring up the progress dialog. This gives us more accurate readings for the total
time and download rate.
sr=sspitzer
git-svn-id: svn://10.0.0.236/trunk@85484 18797224-902f-48f8-a5cc-f745e15eee43
present then be sure to default the action to Open instead of Save To Disk.
sr=alecf
r=sspitzer
git-svn-id: svn://10.0.0.236/trunk@83344 18797224-902f-48f8-a5cc-f745e15eee43
dialog. Fixed that and then added percent progress text information as well to the dialog.
r=sspitzer
sr=alecf
git-svn-id: svn://10.0.0.236/trunk@83343 18797224-902f-48f8-a5cc-f745e15eee43
the external handler from properly processing incoming OnDataAvailable events
while the helper app dialog is up.
r=law,sspitzer
sr=alecf
git-svn-id: svn://10.0.0.236/trunk@82238 18797224-902f-48f8-a5cc-f745e15eee43
progress dialog. most of this dialog was ripped from downloadProgress.js/.xul. after RTM,
we are going to properly merge the two files togther. This version implements
nsIWebProgressListener...
r=law, sr=alecf
git-svn-id: svn://10.0.0.236/trunk@80331 18797224-902f-48f8-a5cc-f745e15eee43
UI up from the uriloader. This allows us to properly use a string bundle
for text in the dialog. this is prep work for the real fix for this bug. r=law
git-svn-id: svn://10.0.0.236/trunk@78294 18797224-902f-48f8-a5cc-f745e15eee43
