By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
455,279 Members | 1,244 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 455,279 IT Pros & Developers. It's quick & easy.

Edanmo Shell Extension: How to Install it?

P: n/a
Hi,

I'm trying to use the Edanmo Shell Extension Library
(http://www.mvps.org/emorcillo/en/cod...tensions.shtml) to make
a Context Menu in the Windows Explorer with VB.NET 2005. It seems realy easy
to use this library:
- I inherited from ContextMenuHandlerBase
- I made the assembly COM-visible
- Registered for COM interop

But I don't always get what I want:
- When I debug it, it nicely opens a Windows Explorer, and I can use my
Shell Extension in that window. But when I debug again, I can't because the
files in the bin-directory are write enabled!
- I added a Setup project to it, installed it, and soemtimes it works,
sometimes it doesn't. When I des-installed it, and isntalled it again, it
didn't work anymore...

I searched for it the whole day yesterday, and it really drives me crazy :-/
What am I missing? Should I add something to the isntaller? Custom Actions
after isntalling? Add and remove some registry-keys myself?

Any help would be really apreciated!!!

Thanks a lot in advance,

Pieter
Feb 16 '06 #1
Share this Question
Share on Google+
6 Replies


P: n/a
I'm trying to use the Edanmo Shell Extension Library
(http://www.mvps.org/emorcillo/en/cod...tensions.shtml) to make
a Context Menu in the Windows Explorer with VB.NET 2005.
Before you spend more time on this, you should think twice if you
really want to do this in VB.NET. There are good reasons not to write
shell extensions in managed code. See

http://blogs.msdn.com/junfeng/archiv...18/494572.aspx

- When I debug it, it nicely opens a Windows Explorer, and I can use my
Shell Extension in that window. But when I debug again, I can't because the
files in the bin-directory are write enabled!


You should configure Explorer to launce each window in a separate
process so you can simply close the window to release any loaded
libraries.
Mattias

--
Mattias Sjögren [C# MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.
Feb 16 '06 #2

P: n/a
Hi,

Thanks for the answer.
It's alreaddy the second time that you warn me not to use VB.NET for a shell
extension. This time with a reason why I shouldn't do it.
I understand the problem, but what are the other options? 'm not a C++
expert, so actually, the only solution you give me is not developing a shell
extension...

Is there somewhere out there an easy (and free!) shell extension library
that can be easily adapted to my needs?
And can I call in my shell extension a .NET class library once the users
clicks the option without running the mentioned risk?

Thanks,

Pieter

"Mattias Sjögren" <ma********************@mvps.org> wrote in message
news:Ol**************@TK2MSFTNGP11.phx.gbl...
I'm trying to use the Edanmo Shell Extension Library
(http://www.mvps.org/emorcillo/en/cod...tensions.shtml) to
make
a Context Menu in the Windows Explorer with VB.NET 2005.


Before you spend more time on this, you should think twice if you
really want to do this in VB.NET. There are good reasons not to write
shell extensions in managed code. See

http://blogs.msdn.com/junfeng/archiv...18/494572.aspx

- When I debug it, it nicely opens a Windows Explorer, and I can use my
Shell Extension in that window. But when I debug again, I can't because
the
files in the bin-directory are write enabled!


You should configure Explorer to launce each window in a separate
process so you can simply close the window to release any loaded
libraries.
Mattias

--
Mattias Sjögren [C# MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.

Feb 17 '06 #3

P: n/a
Pieter,

I am not sure of this, however Net is a from Win32 and WinFX independend OS
layer.
(Before the discussion starts, it uses parts of that, however know itself
what parts).

Using yourself expliciet parts of one of those which does maybe not exist in
a version, makes it in my idea less easy to move in future.

Just my thought,

Cor
Feb 17 '06 #4

P: n/a
Pieter wrote:
I understand the problem, but what are the other options? 'm not a C++
expert, so actually, the only solution you give me is not developing
a shell extension...
I think you will have to learn some C++ or get somebody else to write it for you.
Is there somewhere out there an easy (and free!) shell extension
library that can be easily adapted to my needs?
I'm sure you will find some useful articles on CodeProject.
And can I call in my shell extension a .NET class library once the
users clicks the option without running the mentioned risk?


No, all you can really do is launch a new .NET application.

--
Jim Barry, MVP (Windows SDK)
Feb 17 '06 #5

P: n/a
>It's alreaddy the second time that you warn me not to use VB.NET for a shell
extension.


Sorry, didn't mean to nag about it. It's just a recommendation I post
whenever I see people attempting this, hopefully to prevent them to
shoot themselves in the foot.

I think Jim answered your other questions.
Mattias

--
Mattias Sjögren [C# MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.
Feb 18 '06 #6

P: n/a
No problems. Sorry myelf too, I was just getting a little bit frustrated not
finding any solutions, hehe.

Although, do you think that it could be a problem in my situation:
- only for inside the company
- only 2.0 .NET framework-applications

"Mattias Sjögren" <ma********************@mvps.org> wrote in message
news:%2****************@TK2MSFTNGP12.phx.gbl...
It's alreaddy the second time that you warn me not to use VB.NET for a
shell
extension.


Sorry, didn't mean to nag about it. It's just a recommendation I post
whenever I see people attempting this, hopefully to prevent them to
shoot themselves in the foot.

I think Jim answered your other questions.
Mattias

--
Mattias Sjögren [C# MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.

Feb 20 '06 #7

This discussion thread is closed

Replies have been disabled for this discussion.