On Thu, Feb 4, 2010 at 12:17 AM, Steve Borho <st...@borho.org> wrote: > On Mon, Feb 1, 2010 at 11:09 PM, Afriza N. Arief <afriza...@gmail.com> wrote: >> >> On Tue, Feb 2, 2010 at 12:58 PM, Steve Borho <st...@borho.org> wrote: >>> >>> On Mon, Feb 1, 2010 at 10:46 PM, Afriza N. Arief <afriza...@gmail.com> >>> wrote: >>> > If I already make some changes to the working copy, will the changes be >>> > lost? >>> >>> It depends on the operation being undone. An update -C will >>> definitely lose changes. >>> Making a backup of the working directory isn't a bad idea. >> >> I see.. thank you very much.. >> is there something that can be done with the "QRefresh", "Commit", and some >> other buttons having different width? >> for me this is a bit annoying when I double click refresh and the second >> click turned out to be a "forget" command. > > I thought I had fixed this in 86608d5fb61b, but it seems > QRefresh/Commit toggles still cause the toolbar to shuffle. > QNew/Commit toggles no longer do FWIW. Perhaps someone else can take > a stab at this.
I did a little more experimenting. The problem is that Commit is the widest button and QRefresh is wider than Commit. If I change the QRefresh string to just 'QRef', it works correctly (no button jitter during mode changes). I tried making the initial Commit button name have extra spaces, but that didn't seem to help. -- Steve Borho ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Tortoisehg-discuss mailing list Tortoisehg-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
