From: Dominique D. <DDe...@lg...> - 2003-08-13 14:07:15
|
Ah, I see... From your message, I gathered I was not doing it right, so tried again. This time, it worked! I just didn't expect it to work that way. This TCVS dialog uses a technique I've never seen before, which I think violates the principle of least surprise, where one can select one revision box by clicking, and then the place where you right-click next defines the second revision to diff against. Of course, I expected the same behavior as in the History dialog (or nearly all dialogs I've come across for that matter), where you must control-click the second revision, as opposed to merely right-clicking it. In the latter dialog, actually right-clicking an item selects it, deselecting any item(s) previously selected, as I know come to expect. I can only hope that this discrepancy between the Graph and History dialogs can be resolved, and use the usual and least surprising behavior of the History dialog. I know understand how to use the Graph dialog in the mean time. Thanks, --DD > -----Original Message----- > From: Hartmut Honisch [mailto:har...@we...] > Sent: Wednesday, August 13, 2003 1:25 AM > To: Dominique Devienne; tor...@li... > Subject: RE: [TortoiseCVS] Diff arbitrary revisions from Revision Graph > > > Hi, > > > > TCVS 1.4.0, I can't seem to be able to diff two revisions on the graph > by > > Control-clicking them to highlight both, and then right-click to > > select Diff > > Selected... Is this feature request planned or recorded? > > Works fine with my 1.4.5 TCVS. Try upgrading to 1.4.5 to see if that > solves > the problem. If not, what is it exactly that does not work? What happens > when you click "Diff selected..."? > > -Hartmut |
From: Hartmut H. <har...@we...> - 2003-08-13 14:17:35
|
> Of course, I expected the same behavior as in the History dialog > (or nearly > all dialogs I've come across for that matter), where you must > control-click > the second revision, as opposed to merely right-clicking it. In the latter > dialog, actually right-clicking an item selects it, deselecting > any item(s) > previously selected, as I know come to expect. I agree. We should fix that sometime. -Hartmut |
From: Hartmut H. <har...@we...> - 2003-08-13 15:05:34
|
Guys, there's a bug logged at the TCVS project page that TCVS dialogs always pop up centered on the primary monitor of a dual monitor systems, which seems to disturb some people. The suggestion was to center the dialogs on the active Explorer window, but I don't really like that idea, since TCVS hooks into the Windows Shell and thereby can be started by other file managers as well (Powerdesk etc.), actually by every application that has for example a file open dialog. And I wonder whether there is a reliable algorithm to determine size and position of the window TCVS should come up centered on. So maybe TCVS should store the coordinates of its last position and reuse them? Or pop up centered on the monitor where the mouse cursor currently is? Unfortunately, I don't have a dual monitor system here for testing, so I wonder how other shell extensions behave. What does e.g. WinZip do if launched through the Explorer context menu on dual monitor systems? -Hartmut |
From: keith d. z. <li...@kd...> - 2003-08-13 15:45:55
|
I've a dual monitor system here and have tinkered with it... It seems we ought to be able to determine the window which originated the command - ie: the window on which the context menu was popped up and then center over that window since it would be the "current explorer window". This would apply to open dialogs, etc. I don't like using the mouse position, because I routinely use my keyboard for navigation. So if we cannot use the "current window", I would vote to save a position in the registry... keith d. zimmerman, mcsd eagle solutions > -----Original Message----- > From: tor...@li... > [mailto:tor...@li...] On > Behalf Of Hartmut Honisch > Sent: Wednesday, August 13, 2003 10:47 AM > To: tor...@li... > Subject: [TortoiseCVS] Where to show TCVS window on dual > monitor systems > > > Guys, > > there's a bug logged at the TCVS project page that TCVS > dialogs always pop > up centered on the primary monitor of a dual monitor systems, > which seems to > disturb some people. The suggestion was to center the dialogs > on the active > Explorer window, but I don't really like that idea, since > TCVS hooks into > the Windows Shell and thereby can be started by other file > managers as well > (Powerdesk etc.), actually by every application that has for > example a file > open dialog. And I wonder whether there is a reliable > algorithm to determine > size and position of the window TCVS should come up centered on. > > So maybe TCVS should store the coordinates of its last > position and reuse > them? Or pop up centered on the monitor where the mouse > cursor currently is? > > Unfortunately, I don't have a dual monitor system here for > testing, so I > wonder how other shell extensions behave. What does e.g. WinZip do if > launched through the Explorer context menu on dual monitor systems? > > -Hartmut > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > tortoisecvs-users mailing list > tor...@li... > https://lists.sourceforge.net/lists/listinfo/tortoisecvs-users > |
From: keith d. z. <li...@kd...> - 2003-08-13 15:57:58
|
Power archiver does the same as TCVS does currently - center of primary monitor Winzip does the same thing keith d. zimmerman, mcsd eagle solutions > -----Original Message----- > From: tor...@li... > [mailto:tor...@li...] On > Behalf Of Hartmut Honisch > Sent: Wednesday, August 13, 2003 10:47 AM > To: tor...@li... > Subject: [TortoiseCVS] Where to show TCVS window on dual > monitor systems > > > Guys, > > there's a bug logged at the TCVS project page that TCVS > dialogs always pop > up centered on the primary monitor of a dual monitor systems, > which seems to > disturb some people. The suggestion was to center the dialogs > on the active > Explorer window, but I don't really like that idea, since > TCVS hooks into > the Windows Shell and thereby can be started by other file > managers as well > (Powerdesk etc.), actually by every application that has for > example a file > open dialog. And I wonder whether there is a reliable > algorithm to determine > size and position of the window TCVS should come up centered on. > > So maybe TCVS should store the coordinates of its last > position and reuse > them? Or pop up centered on the monitor where the mouse > cursor currently is? > > Unfortunately, I don't have a dual monitor system here for > testing, so I > wonder how other shell extensions behave. What does e.g. WinZip do if > launched through the Explorer context menu on dual monitor systems? > > -Hartmut > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > tortoisecvs-users mailing list > tor...@li... > https://lists.sourceforge.net/lists/listinfo/tortoisecvs-users > |
From: Dave W. <dwi...@iv...> - 2003-08-13 17:55:15
|
If TCVS could hold off it's last X,Y, width, and height positions and reuse the last positions then it would give a multiple bang for the buck. I.E. Dual monitor users will see it where they last closed it and single monitor users will see it where they last closed it. Centering it always isn't a solution now that monitors are big enough that we can setup programming landscapes. You know ... a code window over here ... a properties window over there ... and a TCVS window here ... and a etc. etc. etc. dw... Hartmut Honisch wrote: > Guys, > > there's a bug logged at the TCVS project page that TCVS dialogs always pop > up centered on the primary monitor of a dual monitor systems, which seems to > disturb some people. The suggestion was to center the dialogs on the active > Explorer window, but I don't really like that idea, since TCVS hooks into > the Windows Shell and thereby can be started by other file managers as well > (Powerdesk etc.), actually by every application that has for example a file > open dialog. And I wonder whether there is a reliable algorithm to determine > size and position of the window TCVS should come up centered on. > > So maybe TCVS should store the coordinates of its last position and reuse > them? Or pop up centered on the monitor where the mouse cursor currently is? > > Unfortunately, I don't have a dual monitor system here for testing, so I > wonder how other shell extensions behave. What does e.g. WinZip do if > launched through the Explorer context menu on dual monitor systems? > > -Hartmut > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ > tortoisecvs-users mailing list > tor...@li... > https://lists.sourceforge.net/lists/listinfo/tortoisecvs-users > > . > -- **************************************** Name: David Williamson Company: Integrated Visual Systems, Inc. Address: 1207-E Crews Road Matthews, NC 28105 email: dwi...@iv... phone: 704-847-3379 fax: 704-847-4655 **************************************** |