On Wed, Sep 9, 2009 at 1:36 PM, Adrian Buehlmann<adr...@cadifra.com> wrote: > On 08.09.2009 06:10, Steve Borho wrote: >> I'm having seconds thoughts about holding menu bars for an 0.10 >> release. I'm thinking we could use them today to clean up a number of >> problems. >> >> * It would give us a standard place for 'View' menus that toggle displays >> * It would give us a standard place for online help >> * We could add a 'launch' menu for launching other tools in a standardized >> way >> * It could be leveraged in the future as a way to switch repositories. >> >> Initially I'm thinking we would only add menu bars for the gdialog >> based apps like status, commit, shelve, history, datamine. >> >> What do you all think about moving in this direction? >> > > Some ideas: > > If we have a menu bar, we might kill the synchronized > dialog and integrate it more into the history dialog. > > Incoming, Outgoing, Email and Shelve commands could then go > as menu items into a "Synchronize" menu of the history > dialog. > > Push and Pull might then be added as buttons to the > toolbar of the history dialog (or just go into the > "Synchronize" menu as well). > > We could then add a "sync bar" that can be hidden > (analogous to the filter bar), that contains the url > of the repo / bundle to sync with (as in the sync > dialog). > > I would then open a modal window, showing the command > log, as soon as the user triggers a sync (pull, push, > etc.) > > This would reduce the number of dialogs a bit. > > Like this, we could emphasize that history and > commit are the two most important dialogs. > > History is the one I open most often -- even if I > intend to do a pull or push, I almost always first open > the history dialog and then click synchronize there. > > I would even say that history is the top candidate > for the primary "TortoiseHg application", as this > is the one that provides you a view in your repo > (the repo is the "Document" -- like the file in your > editor). > > We might even go and add a "Repository" menu with > an "Open.." command, which would open a "file open > dialog", where the user can select a repository > root directory to open.
I like the idea. We would definitely need a synchronize bar for the path and after-pull selections, but you're right the two features are tied together quite closely. I find myself opening hgtk log when I intend to do pushes and pulls. A combined changelog/synchronize dialog would probably deserve to be promoted to the top shell menu by default as well. That gives us 'top 2' dialogs. Commit - for working directory maintenance Changelog - for repository maintenance Is there time for this in 0.9 (mid-October is the cut-off)? I'll be focusing on improving rename support for a while, and I can't predict how long that will take. I also need to tackle subrepos and side-by-side x64 and x32 shell extensions unless someone beats me to them. My guess is I won't have a lot of time to work on much else for this release. -- Steve Borho ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Tortoisehg-discuss mailing list Tortoisehg-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
