Bug 91270 - [Viewers] "Copy all ... from right to left" button is too close to "Copy Current change from left to right"
Summary: [Viewers] "Copy all ... from right to left" button is too close to "Copy Curr...
Status: RESOLVED DUPLICATE of bug 202944
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Compare (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Platform-Compare-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2005-04-13 09:48 EDT by Roland Tepp CLA
Modified: 2007-12-03 05:21 EST (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roland Tepp CLA 2005-04-13 09:48:21 EDT
Mergeing a long set of changes one late sleepy afternoon I noticed that the
order of "Copy.." buttons above compare split view have rather dangerous ordering.

Currently they are positioned in a following order:

   [|=>] [<=|] [->] [<-]

I used (for brievity's sake) the following legend:
[|=>] - "Copy All from Left ot Right"
[<=|] - "Copy All Non-Conflicting Changes from Right to Left"
[->]  - "Copy Current Change from Left to Right"
[<-]  - "Copy Current Change from Right to Left"

Now what I noticed is that the button "Copy All Non-Conflicting Changes from
Right to Left" is just next to the button "Copy Current Change from Left to
Right".  And since the default button sixe in Eclipse is rather small (16 pixels
if I'm not mistaken), the distance between those two buttons is dangerourly
close and might (and in my case did) cause one pressed instead of the other.

I must tell that I found it rather frustrating, when trying to copy a single
change from left to right, I managed to copy the entire content of the right
document into left... 

I admit, this kind of mistake is easily fixable and I should (and will) try to
be more careful when merging documents henceforth, but nevertheless, the
position of those buttons is helping me to make such mistakes.

I suggest a new order for copy buttons be following (same legend applies):

   [|=>] [->] [<-] [<=|]

This would at least minimize the impact of missing the intended mouse target to
either scope of a single change or at least same copy direction.

PS: Current button order might easily cause a dataloss in some situations (eg.
late-night-coding-fatique, no-morning-coffe-syndrome, etc.), which is Really Bad
Thing(TM) imho.
Comment 1 Tomasz Zarna CLA 2007-12-03 05:21:37 EST
Stefan Xenos has recently logged a similar request (see bug 202944). In his bug he's also referring to usability of buttons in the Compare Editor toolbar.

At the same time, I would like to point out that changing order of the buttons at this stage could be a little bit risky, as many users probably got used to the current order.

Hopefully, fixing bug 202944 will also prevent all unpleasant situations you described.

*** This bug has been marked as a duplicate of bug 202944 ***