Summary: | Colorized Diff/compare output | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Mindaugas Idzelis <midzeli> |
Component: | Compare | Assignee: | Andre Weinand <andre_weinand> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | daagoofer, decandio, h.boehme |
Version: | 1.0 | ||
Target Milestone: | 3.0 M8 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: |
Description
Mindaugas Idzelis
2002-06-24 15:31:07 EDT
Yes, for the two way compare case we could use color coding to indicate the kind of change. However, in the three-way compare case we consider the direction of a change (incoming, outgoing, deletion) more important than the type of a change. Therefore we use color coding for the change direction: blue- incoming, black-outgoing, red-conflicting. As a consequence we don't use two different color codings for the two-way and the three-way compare case because that would confuse users even more... Even if there is no color coding for incoming/outgoing or new/deleted code, the color of the changes should be configurable. On my system the compare color is almost identical to the text background color (this changed sometime between 20020321 and 2.0), so even if the color is not configurable yellow is a better choice. after 2.1 reopening since workbench theme UI has become available Workbench theme UI is used for specifying compare colors since M8. |