If you go into customize mode (in the context menues tab), you can edit the items.
For a icon change, use "edit" & browse to the program folder, which should contain the icon.
I guess I'm really dense, as I don't see it.
When I go into Customize - Context_Menus
I'm given the ability to 'Show' the Lister Context menu (as well as the others), but I don't see where you are speaking of the "edit" for changing the icon.
Additionally, the Customize - Context_Menus does not offer any views of the external apps as depicted in my screen shot above.
You can try editing it as Abr suggests, but you may not be able to, depending on how the menu item is added. (The editor only works with things added via the registry, not commands which are added to the menu by shell extension DLLs at runtime.)
I'll try and have a look at 010 Editor and how it adds the menu to see if I can tell why the icon isn't appearing automatically.
Sorry for not have being clear on this. If you choose "customize" from the main menu, which is on the top of the lister (you can also right click
a free area in a toolbar & choose "customize"), you have four tabs, with the last one being the context menu tab. There select "lister context",
which shows you a part of the standard context menues, except, like Leo said, those from the registry.
In that case, would it work to tell the software itself not to add a context menu (if that is possible) and to create your own entry in DOpus's context menu?
I've sent the following query to SweetScape as I can't work out what's going wrong on the Opus side; the menu item doesn't seem to have an icon specified at all (yet obviously does in Explorer, so something strange is happening somewhere).
[quote]Hello,
I help write Directory Opus, a file manger for Windows.
We got a report that, within Opus, the 010 Editor context menu item does not display an icon (they mention that they've contacted you as well, so this may be familiar):
I've been looking into this and I can't work out what is going wrong from our end.
When we call GetMenuItemInfo on the menu item added by your shell extension, it comes back with fType, hbmpChecked, hbmpUnchecked and hbmpItem all set to zero. (See attached screenshot from the debugger.)
Graeme from Sweetscape sent back some very useful info, and I've used that to debug things some more, and sent my findings back.
At least based on my observations -- which aren't confirmed yet -- it looks like a small error in the 010 code which is triggered by something Opus does differently (but not incorrectly) compared to Explorer. It's something that would never happen under Explorer so it makes sense that it wasn't spotted.
It should be easy to fix/workaround if it is what I think it is. If it seems like something which may affect other extensions -- e.g. an easy-to-make mistake or different interpretation of how the APIs work -- then we might put a workaround in Opus so it doesn't trigger the same problem in anything else. I'll wait & see what Graeme says.
I certainly want to thank everyone involved. I know that a little icon is, at first glance, no big deal - but sometimes these little things uncover bigger issues.
I'll keep my eyes open for any developments.
I encouraged Graeme to check out Directory Opus.
I'm always sharing my favorite file manager, rhetorically speaking - they have to buy their own license!
Graeme from 010 worked on the issue and he reports:
So there might be other apps out there that do the same thing.
I notice 7-Zip & Acronis icons do not show up, but this may be unrelated and they might not even have a context icon.
7-Zip's items don't have icons (in Opus or Explorer).
I don't know about Acronis as I haven't used it for a few years. (Not much would surprise me with Acronis, though. Their shell extension used to leak a gig of memory if you went to the System32 folder in Opus or Explorer... That's on top of the many bugs over the last few years that meant the backups themselves didn't work, which they never seem to fix. I used to love the product but gave up on it. The negative reviews on Amazon are all true.)