Bug 27325 - "activate" terminology
Summary: "activate" terminology
Status: VERIFIED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Ant (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows 2000
: P2 enhancement (vote)
Target Milestone: 2.1 M5   Edit
Assignee: Darin Wright CLA
QA Contact:
URL:
Whiteboard:
Keywords: ui
Depends on:
Blocks:
 
Reported: 2002-11-28 10:23 EST by Darin Wright CLA
Modified: 2003-02-04 20:57 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Darin Wright CLA 2002-11-28 10:23:45 EST
I do not like the terms "activate" and "deactivate". What I am really doing is 
adding and removing targets from a list. Thus, I would prefer something 
like "Add to Run List", "Remove from Run List". I think this is more consistent 
with other Eclipse scenairos.
Comment 1 Darin Wright CLA 2003-01-20 12:38:04 EST
Latest thoughts are:

"Target List", "Add Target to List", "Remove Target from List"
Comment 2 Jared Burns CLA 2003-01-27 14:54:39 EST
Those labels are really long. They'd make the context menu huge horizontally.
Are the terms "Activate" and "Deactivate" problematic some way or is this an
aesthetic point? (Is this really a P2?)
Comment 3 Darin Wright CLA 2003-01-27 15:28:11 EST
I think the terms activate/deactivate do not follow the metaphor. As well, I 
wonder if I'm doing something more than simple adding it to the list (as a 
novice user). The metaphor is add & remove.

How about:
* "Target List"
* "Add Target to List"
* "Remove"  - since this action is in the "run list" it does not need 
qualification (should also use standard 'remove' icon)

NOTE: these are still shorter than the longest action label "Remove all Build 
Files"
Comment 4 Jared Burns CLA 2003-01-29 14:24:46 EST
If I have to choose, I prefer your original suggestion. "Add to List" doesn't
really mean anything. "Add to Run List" at least gives the user a hint about
what the action does.

There are two reasons I prefer the "Activate/deactivate" terminology instead
of "Add/Remove". One is that I can imagine users thinking that if they click
"Remove" on a target that the target will be deleted from their file. The
other is this issue of what you call the "Active targets" lists. "Target
List" doesn't imply anything about what the list is - a collection of targets to be run. And "Run List" actually includes the word "list", which is
aethetically unappealing because of the redundancy (the breakpoint view
isn't called "Breakpoints List").
Comment 5 Erich Gamma CLA 2003-01-31 04:36:19 EST
I was also confused by the activate/deactivate terminology. User's activate a 
View or an Editor, adding an item to a list should use different terminology 
since it is a different interaction as Darin has pointed out. 

>One is that I can imagine users thinking that if they click
>"Remove" on a target that the target will be deleted from their file. 
the convention used in other places in Eclipse is to qualify the remove to 
avoid this ambiguity, e.g., "Remove Match" in Search. Another suggestion 
therefore is: "Remove Run Target". 

>"Target List" doesn't imply anything about what the list is 
In this case we are building up a List of targets that we then run in sequence
(this is different than the Breakpoints view). 

Here is my proposal:
* "Target Lists" -> "Run List"
* "Add Target to List" "Add to Run List"
* "Remove"  -> "Remove Run Target"
* Run button tool tip: "Run Target List" 

The icons used for Activative/Deactivate are directional (left and right). This 
doesn't work in the vertical layout. Using the standard "-" for remove avoids 
this problem. Add doesn't need an icon.



Comment 6 Jared Burns CLA 2003-02-04 17:14:03 EST
I went with:
Activate Target-> Add to Run List
Active Targets -> Run List
Run Active Targets -> Run Target List
Deactivate Target -> Remove from Target List

I used "Remove from Target List" instead of "Remove Run Target" because it
reduces the number of terms we introduce.

Please verify.
Comment 7 Darin Wright CLA 2003-02-04 20:57:57 EST
Verified