On Sun, Mar 15, 2009 at 3:45 AM, TK Soh <[email protected]> wrote:
> Everyone knows the GUI in TortoiseHg, confirmation dialogs or
> otherwise, desperately need to be improved, so I am not going spend
> time on that. Do bear in mind, many features in the tortoisehg were
> implemented in a hurry, with the goal to at least provide as many
> basic features as possible, in order to make tortoisehg _usable_. I
> apologize if some may feel of ridiculously bad quality, but with the
> amount of help I got, it's next to a miracle to be able to release the
> first version of TortoiseHg. But that's all history now. At least for
> me.
>
> As far as confirmation dialogs go, as annoying as they may be, they
> serve as protection. Some of them might a little overkill, but for a
> careless user like me, I'd rather tolerate some level of annoyance
> then getting bitten by mistakes. Yes, some users can click really fast
> without reading the warnings to defeat it's purpose, but the
> application needs to act in good conscience and provide the advices.
>
> The 'hg revert' command used to revert everything by default, which
> has troubled many. Perhaps the --all option was added reluctantly, but
> I certainly feel much safer after that.
>
> Personally, I don't like to deal with those dialog as much as anyone
> like to. Right now, I will just need to wait for someone to come up
> with some really bright idea. Hopefully soon. And makes everyone
> happy.
>
> Why wait for GSoC? I am sure Steve will be more than happy to accept
> your patches.
Making the interface "right" is hard, but it is very high on my list to address
the worst offenders in this next release.
My TODO list for 0.8 looks something like this:
* Fix interop issues with other applications.
** the installer needs to move nearly all of the DLLS out of system PATH
** the shell extensions need to be more selective about the apps they load into
** we need to avoid win32trace unless debugging has been enabled
** C++ shell extension would help, but is not necessary
* Workflow cleanups
** merge: fewer steps, one window
** update: same
** hgcmd (performs commits, updates, merges): close on completion toggle, etc
* Shell context menu behavior
** when files are selected, cmenu should result in {cwd} hgtk <cmd> <files>
** when no files are selected, cmenu should result in {cwd} hgtk <cmd>
** add, remove, revert should be immediate. remove and revert can have warnings
** menu layout should be configurable
* General usability
** consistent geometry saving and recovery across all windows
** consistent keyboard accelerators for all windows and dialogs
** Win64 support in the shell extensions
I've been following the CuteHg project and they have some good ideas for
usability. They also have a new C++ shell extension that I'm eager to get
a look at. Tom has expressed an interest at merging projects at some point,
using his Qt dialogs as an optional GUI backend for the TortoiseHg framework.
--
Steve
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Tortoisehg-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
