Bug 179453 - [EditorMgmt] visual support for multiple versions (projects) in the same workspace
Summary: [EditorMgmt] visual support for multiple versions (projects) in the same work...
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.3   Edit
Hardware: All All
: P3 enhancement with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
: 320258 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-27 04:32 EDT by Radek Wikturna CLA
Modified: 2019-09-06 16:17 EDT (History)
5 users (show)

See Also:


Attachments
Screenshot of suggested minimal solution (97.83 KB, image/png)
2010-07-29 07:50 EDT, Radek Wikturna CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Radek Wikturna CLA 2007-03-27 04:32:36 EDT
In our company we work on a huge project and we have several open versions (we develop new fetures on the "major" (not released yet) version, and fix bugs on the older versions). In my Eclipse workspace I usually have 4-6 projects (the same application but only a different version). I often integrate from one class (e.g. CatalogPanel) in version 3.1 to the same class in version 3.2 or I just want to visually compare the content of a specific method. It is now easy to open the same class from 2 or more projects (versions) using CTRL+SHIFT+R, type the name of the class (file) and select the relevant versions to open all of them at once. But working with one class from several projects (versions) is difficult because it is easy to forget which one am I editing just right now. There is no visual hint in the editor helping me to differentiate the version.The only way how to find out which version I'm editing is to place the mouse cursor over the tab to see the tooltip (which starts with the project name). And if you open even more classes from several projects then things get very confusing. The tabs may look like this(the project names (versions) are in brackets):
CatalogPanel.java(3.1), VersionInfo.java(3.2), CatalogPanel.java(3.2), Application.java(3.2), VersionInfo.java(3.3), CatalogPanel.java(3.3),....

My wishes:
1) It would be great if one could set, in the project properties a color for the tab background.
2) The possibility to set a short name for each project (in the project settings) - e.g. for project named "MyApplication 3.1" the short name could be just "3.1". This short name (version) could be displayed, if enabled in the Settings, in the tab after the file name in brackets - e.g. CatalogPanel.java(3.1)
3) An option in the Settings to allign the tabs with the same class (file) from two different projects (versions) one under another so that there would be several rows of tabs. Each row would start with the (short) name of the project. The example above would look like:
3.1: CatalogPanel.java, VersionInfo.java
3.2: catalogPanel.java,                  Application.java
3.3: CatalogPanel.java, VersionInfo.java

I suppose enhancements 1) and 2) relatively easy to implement and they would be enough to make our work a lot easier. Enhancement 3) would be a great bonus.
Comment 1 Michael Valenta CLA 2007-03-29 11:59:25 EDT
All of the requests mentioned seem to be related to the editor tabs. Moving to Platform/Text for comment (although Platform/UI may be the proper place in the end).
Comment 2 Dani Megert CLA 2007-03-30 09:08:17 EDT
This feature is not restricted to textual editors.
Comment 3 Boris Bokowski CLA 2009-11-17 13:03:08 EST
Remy is now responsible for watching the [EditorMgmt] component area.
Comment 4 Radek Wikturna CLA 2010-07-29 07:20:28 EDT
A few years have passed and unfortunatelly nobody has even assigned this enhancement to anyone. Come on guys, how difficult it would be to make to possible to configure different color for each project and then show files from that project with tab having that color in the backgound? This would make lifes of people who work on multiple versions so much easier!
Comment 5 Remy Suen CLA 2010-07-29 07:23:58 EDT
*** Bug 320258 has been marked as a duplicate of this bug. ***
Comment 6 Radek Wikturna CLA 2010-07-29 07:50:13 EDT
Created attachment 175487 [details]
Screenshot of suggested minimal solution
Comment 7 Adi Lev CLA 2010-07-29 08:31:29 EDT
As you currently does not support color per tab you can have an equivalent effect by using an icon as prefix for the file name (this appears on other tabs in Eclipse so it easy to implemented):

 Color schema: Red, Green, Blue, Yellow, Black ...
 Selected icon: Star, Circle, Box, Diamond ...

You select the color and icon on the project definition, on the edit definition.
E.g old project set to red star, new project version set to blue star
Other projects without .... etc.(which is the default behavior)
Comment 8 Adi Lev CLA 2010-07-29 08:45:16 EDT
Following the previous comment current you see  blue j in square : [j] before a java class name tab. You can change the icon schema for this as red j over white or white j over red background or over blew, etc.... even though I think colored star etc, looked better
Comment 9 Remy Suen CLA 2010-07-29 09:13:23 EDT
(In reply to comment #4)
> A few years have passed and unfortunatelly nobody has even assigned this
> enhancement to anyone.

This bug is marked as 'helpwanted'. If you or anyone out there is interested in contributing a solution, we would be happy to take a look at it.
http://wiki.eclipse.org/Platform_UI/How_to_Contribute

> Come on guys, how difficult it would be to make to
> possible to configure different color for each project and then show files from
> that project with tab having that color in the backgound?

First, the widget API would have to support the setting an individual tab's foreground (bug 280969) and background colours (bug 75411). Or a separate tab renderer would have to be spun out for this customization.

Perhaps this bit could be scrapped if you would instead wish to use icons as suggested in comment 7. As the icons can be swapped by an editor (using APIs), I am not entirely convinced this is a good way to go about implementing this.

Next, an API would have to be designed for project identification which would then presumably be consumed by the workbench so that it would react to changes and alter the presentation as needed.

There may be more to it but you at least need this much to get started in implementing this feature.
Comment 10 Eclipse Webmaster CLA 2019-09-06 16:17:53 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.