282549 - Implement Application Icon URL Properties on nsMIMEInfoOS2

Status: RESOLVED DUPLICATE of bug 305061

(Core Graveyard :: File Handling, defect)

Description

[Ben Goodger (use ben at mozilla dot org for email)]

bug 282196 implements two properties:

/** 
 * moz-icon URI for the default handler application's icon, if available.
 */
#define PROPERTY_DEFAULT_APP_ICON_URL "defaultApplicationIconURL"
/** 
 * moz-icon URI for the user's preferred handler application's icon, if 
 * available.
 */
#define PROPERTY_CUSTOM_APP_ICON_URL "customApplicationIconURL"

this calls for modifying nsMIMEInfoOS2 to implement nsIPropertyBag and supply
these properties

Comment 1

[Mike Kaply [:mkaply]]

Honestly, I don't even know if we can do this, and I really don't understand
what it gets us...

Comment 2

[Rich Walsh]

Mike,  If I even understand what this is for (getting the icon for whatever app
handles a file that Moz can't?), then I have a package (RWS) that can handle
this.  In fact, it can handle _any_ "shell-integration" task because it enables
an app to call any WPS method & retrieve whatever data it needs.  I've been
looking for ways to use it with Moz - I just would have preferred to introduce
it with something more compelling than this.

Comment 3

[Mike Kaply [:mkaply]]

Rich, if you use Mozilla (not Firefox), use about:config to set
network.dir.format to 3 and then type c:\ in the URL bar.

This is the most compelling reason why using WPS icons would be cool.

Comment 4

[Rich Walsh]

(In reply to comment #3)
> Rich, if you use Mozilla (not Firefox), use about:config to set
> network.dir.format to 3 and then type c:\ in the URL bar.
> 
> This is the most compelling reason why using WPS icons would be cool.

Oh _that_!  I've got that done already.  On my system, I see the same icons I'd
see in a WPS folder.  What I want to do is right-click on some file & popup its
WPS menu (generating the menu will be really easy, capturing the right-click is
something I gotta get learned up on).  While I'm at it, I'd also like to
populate folders with abstract objects - again, really easy once I learn where
Moz gets its listing from.

Comment 5

[Rich Walsh]

Now that I've looked at the code in question, I realize that I haven't
implemented the specific features described in this bug.  However, I do have the
eye-candy all wrapped up :-)

I'll look at this & see what I can do.  Truth be told, I'm in no hurry to have
Moz et al. launching apps directly.  I'd prefer to have the WPS do as much as
possible, though it would be nice to identify in advance just what it's going to do.

Comment 6

[Mike Kaply [:mkaply]]

Yeah, I'd much rather pass stuff to the WPS as well.

Comment 7

[Mike Kaply [:mkaply]]

The code for the XUL directory viewer is in:

http://lxr.mozilla.org/seamonkey/source/xpfe/components/directory/directory.js
http://lxr.mozilla.org/seamonkey/source/xpfe/components/directory/directory.xul

Comment 8

[Peter Weilbacher]

Previous discussion leads me to believe that if we ever implement something like this then it would be with the help of the code already attached to bug 305061. Hence resolving as dupe of that bug.