On Tue, May 5, 2009 at 11:09 AM, Adrian Buehlmann <[email protected]> wrote:
> If I need a server process just for that, I can well waive such
> features. And who said we can't configure the C++ shell extension?

Certainly this is possible.

> But I'll stop banging that C++ drum now... (er, well we might even
> read the menu strings from a resource-like file, but, whatever...)

(what about adding an 'unmerge' menu option when the repository has
two parents?)

I don't mean this as a threat, just a statement of fact.  If it's up
to me to maintain the context menus going forward, I am going to
migrate towards having them served from an external Python process and
a minimal C++ shim because it makes my life simpler in the long run.

If you (or anyone else) are going to maintain them, you can implement
them however you like so long as you are responsive to bug reports and
feature requests.  I'd be happy to let someone else own this part of
TortoiseHg.

--
Steve Borho

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Tortoisehg-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop

Reply via email to