On Mon, May 5, 2008 at 11:17 AM, TK Soh <[EMAIL PROTECTED]> wrote: > > On Sat, May 3, 2008 at 7:13 AM, Peter Arrenbrecht > <[EMAIL PROTECTED]> wrote: > > > > On Fri, Apr 25, 2008 at 5:41 PM, Adrian Buehlmann <[EMAIL PROTECTED]> > wrote: > > > On 25.04.2008 16:53, Adrian Buehlmann wrote: > > > > On 25.04.2008 16:06, Doug Philips wrote: > > > >> On Friday, April 25, 2008, at 08:58AM, "Adrian Buehlmann" wrote: > > > >>> What do you think a tool does if it tries to delete a > > > >>> non-existing registry key? Format your harddisk? > > > >> It might decide that the system is in an inconsistent state and > rather than risk screwing it up, it could reasonably decline to de-install > (or finish de-installing depending on when it checks)... > > > > > > > > LOL. If uninstallers were that nitpicky then they would > > > > be not very successful. > > > > > > > >>> Hopefully not, since the installation of those registry > > > >>> keys could have failed, too. > > > >> ?? > > > > > > > > The installer could fail installing a registry key for > > > > various reasons, one of them could be that the target > > > > key's permission don't allow write access. > > > > > > > > Writing the uninstaller part based on the assumption > > > > that all keys were 100% successfully installed would > > > > be rather silly. > > > > > > > > > > Speaking of which, Explorer allows only fifteen slots for > > > icon overlays, ignoring all in excess. > > > > > > As discussed on > > > http://selenic.com/pipermail/mercurial/2008-April/018616.html > > > > > > I haven't heard of TortoiseHG going wild in that situation. > > > The overlay icons are simply not displayed in that case. > > > The rest of THG still works. > > > > > > As a (hopefully) last comment on this thread, the THG overlay > > > handler still caches filenames and reads local and global hgrc files > > > even if the icons are disabled globally in Mercurial.ini, thus > > > wasting CPU time and memory for users wanting to permanently *not* > > > having any overlay icons on any repository. THG overlay handler > > > also kicks in if an open file dialog from *any* application is opened. > > > > > > Removing the entries in the registry, as I wrote, is the most > > > effective solution with regards to speed for the case when > > > the user permanently doesn't want to have any overlay icons ever. > > > > I for one welcome Adrian's hint. > > > > So would this not be a good candidate for an installer option? To skip > > installation of the whole overlay handler? > > Sound like we are in urgent need of a 'TortoiseHG Explorer' app. > Anyone ready to take the challenge?
You've lost me here. You mean so I can bring up an "Explorer" that does show icons only when I need such a one? I think if people don't want the icons in Windows Explorer at all, they'll be ok with using things like the commit dialog to check status. However, for platforms like Mac OS where I gather you cannot integrate with the finder, some sort of explorer-style GUI sounds desirable. So seen from this angle, I agree. I think part of German's GSoC work (moving logic from dialogs into reusable components) points in this direction already. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Tortoisehg-discuss mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
