code review will come when this is done and gets turned on.
Add the ability to launch urls using a OS specified protocol handler for windows. Implement nsIExternalProtocolService.
code review will come when this is done and gets turned on.
New file. This file replaces nsCExternalHelperApp.idl. It includes both protocol and helper app service progid information.
code review will come when this is done and gets turned on.
Mac specific implementation of the helper app service. Note: this is incomplete...I have added FIX ME comments
in all the places where we need Mac specific information for interacting with internet config.
code review will come when this is done and gets turned on.
Use the 4.x windows registry information in an effort to figure out the correct file extension
for a particular content type. This is necessary because we need the file extension to figure out
which helper app to use, not the content type.
Pass the file extension to be associated with this content type to the external content handler when
we create it.
code review will come when this is done and gets turned on.
Pass in the file extension (determined by the content type) that we want to use when generating the name
of the temp file for saving the data for the helper application.
code review will come when this is done and gets turned on.
Add external application implementation.
Add windows registry sniffying code to find the right external helper application for a given file extension.
Add windows registry code for launching the application.
code review will come when this is done and gets turned on.
Add support for nsPIExternalAppLauncher. Call back to the OS app service to launch the app once we are done
saving the file to a temp file.
code review will come when this is done and gets turned on.
Add a private interface to be shared between the os specific helper app service and the external app handler
for launching an app.
As this changed the generated interface signatures, I had to change all of the uses to avoid bustage. Any corners of the browser that aren't built by default, or that I haven't discovered how to build, may be at risk of bustage if they use string or wstring attributes. (This could mean blackwood; sorry, guys!)
Many thanks to Alec Flett (alecf@netscape.com) for preparing diffs for the mailnews portion of the signature changes; thanks also to Ariel Backenroth (arielb@rice.edu) and Mike Shaver (shaver@mozilla.org) for help with updating the tree with NS_DECL_NSIFOO macros; everwhere where one of these macros was used was one less place I had to manually add 'const'.
Also removed extraneous space from generated method signatures, leftover from Brendan's capitalization spam, and made 'const decl must be of type short or long' an error rather than just a warning.
sspitzer%netscape.com
mscott%netscape.com
warren%netscape.com
davidm%netscape.com
mccabe%netscape.com
scc%netscape.com
rickg%netscape.com
valeski%netscape.com
dmose%mozilla.org
kipp%netscape.com
gagan%netscape.com