I normally wait until the N.1 release is out before triggering the discussion about the next TortoiseHg feature release, but this has been on my mind for a while and I'd like to start discussions about it.
I'm seriously considering marking the explorer icon overlays as deprecated in 0.10, to be removed entirely in the next release. In it's place, I would like a PyGtk+ directory browser, perhaps built into the Repository Explorer or Status Tool. We gain: # limitless icon usage (the file is modified, and unresolved? no problem: two icons). # intelligent context sensitive context menus # the option of displaying removed and/or missing files # the framework on which to add more advanced features, like grep, tooltips, #359, and #396 # an explorer app that is portable across Linux / MacOSX / etc. We lose: # TortoiseSVN's overlay components and their separate installer(s) # Inflexible hard-coded context menus # overlay slot contention with the OS and other applications (#324, #706, etc) # the requirement for an RPC server (the taskbar app) (#671, #676) # the hassle of dealing with unset dirstate entries # bizarre interactions with OS components (#533, #622, #410, #341, etc) # innexplicable overlay behavior (#737, #588, #670, #480, etc) (the #num references are bug reports. You can view them by: http://bitbucket.org/tortoisehg/stable/issue/359) The downside? We'd perhaps have less of a right to call ourselves a "Tortoise" application. How much does anyone care? -- Steve Borho ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
