Unknown (compilato?):
Interesting... seeing as a shell extension pretty much _has_ to be
written in C++, I quite harshly decided _against_ using the COM layer as
it just adds another mental layer of complication to the whole mess (ok,
so now I need to have the COM _client_ code too?). Even using a nice
framework like ATL using COM works out as slightly harder than just
using the library, and in this specific case there isn't any benefit.
Performance _is_ also an issue with these things: every time Windows
renders an icon my DLL needs to be talked to three times currently to
see if one of the three available icons should be applied to the file,
which means three _separate_ working copy checks due to how the icon
overlay system works. Although, that didn't affect my decision; that
was entirely based on "I know COM in and out, I also know working with
DLLs in and out, and it is just going to be harder and uglier", hehe.
I'll take that as a "no, you aren't duplicating effort", however :).
Sincerely,
Jay Freeman (saurik)
saurik@saurik.com
-----Original Message-----
From: cmpilato@collab.net [mailto:cmpilato@collab.net]
Sent: Thursday, December 06, 2001 8:37 AM
To: Jay Freeman (saurik)
Cc: svn-dev
Subject: Re: Windows Shell Extension
"Jay Freeman \(saurik\)" <saurik@saurik.com> writes:
> What is happening on the Windows client front? I've been working on a
> shell extension (I have it marking icons like Tortoise does for CVS,
and
> will be working on context menus and the such this weekend), and was
> wondering if I was duplicating effort (up to this point most of it has
> been under the side banner of "make my application framework support
COM
> correctly", and was just using the Subversion application as a good
> excuse). I hadn't seen anyone else working on a shell extension, but
I
> thought I'd send out a query.
I had a lofty goal of doing this, but I decided to put it off until
Bill Tutt's COM layer was finished.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:51 2006