On 21.03.2010 14:04, TK Soh wrote: > On Thu, Mar 18, 2010 at 1:25 PM, Adrian Buehlmann <adr...@cadifra.com> wrote: >> (cc-ing tortoisehg-develop@lists.sourceforge.net) >> >> Apparently, if >> >> HKCU/Software/TortoiseOverlays, ShowUnversionedOverlay >> HKCU/Software/TortoiseOverlays, ShowIgnoredOverlay >> >> are not set (in the registry of the user!), then these icons are now >> dropped, starting with version 1.1.0 of TortoiseOverlays. >> >> http://code.google.com/p/tortoisesvn/source/detail?spec=svn18986&r=18986 >> >> This is a very surprising change to be done on a shared component. > > I have not gone through the thread, but it does sound like a very > drastic move. One would expect they at least attempt to maintain > certain level of backward compatibility with the existing > applications. > > I wonder what lead to such decisions. >
The slot handler problems Windows presents are a bit complicated. I somewhat misrepresented the situation in so far, as that when these values do not exist in the registry, then the icon handlers are *not* dropped (as Stefan pointed out on svn-dev). For that, I do apologize. But still, the current settings dialog in TortoiseSVN suddenly became a global one after that change (although per user, not per machine, just to be clear), affecting *all* Tortoises for that user (not just TortoiseSVN). In addition to the preexisting per-user global icon selection (global=affecting all Tortoises). But Stefan's changes are good. Stefan now extended that new dropping mechanism in TortoiseOverlays 1.1.1 (which is now in the THG stable branch) to even more overlay handlers, which is now beneficial for TortoiseHg too, as it allows users to drop slot handlers which TortoiseHg doesn't use (e.g. Locked, Readonly, Ignored). This is very good for situations where users have installed additional software, which uses overlay slots too. All in all, the situation is now not that bad as I first feared. The underlying problem here is that TortoiseOverlays (TO) had a lot of handlers from the beginning. Windows 7 introduced yet more handlers for Windows itself, without increasing the max number of handlers it can take. This resulted in one of THG's handlers (Unversioned) being defunct on a pristine install of Windows 7. TortoiseOverlays has had an automatic dropping mechanism for quite some time now, dropping handlers based on some fixed priority order. That priority was somewhat unfortunate for THG, as the first handler that it dropped was the Unversioned, causing the Unversioned handler to be defunct on Windows 7 (although I admit the Unversioned is not an essential one). This dropping mechanism was already changed for TO 1.1.0. Now TO drops the Locked handler first. Which is a big concession of Stefan for DVCS Tortoises, as the Locked handler is quite important for TSVN. The automatic dropping mechanism is good and needed. In short: the basic problem is the limited number of slot handlers of Windows, aggravated by Windows 7. And the result we currently have with TO 1.1.1 isn't that bad. I'm going to add the UI checkboxes for dropping the additional handlers in TO 1.1.1 (Locked, Readonly, etc) now to THG. The ones of TO 1.1.0 are already there. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop