Community
Participate
Working Groups
Microsoft Windows 7 has an updated look-and-feel, some new widgets and some neat new Windows Task Bar functionality. Leveraging these new features and enhancements will help improve improve the Eclipse user experience on Windows 7. Subtasks of this bug contain descriptions of the relevant functionality. Please feel free to chime in with comments and additional ideas on how we can make the experience better.
FWI, I'd like bug 90145 to be considered here as well. I opened bug 293637 to find a way of making this happen.
Yes, I got quite excited about the bringing the Ribbon to Eclipse when I saw Tom Schindl's post last March: http://tomsondev.bestsolution.at/2009/03/02/give-your-e4-application-a-modern-lookfeel/ I think that the Ribbon is more relevant to RCP apps, since it could be hard to get developers to give up that much vertical space. VisualStudio 2010 still uses a standard toolbar.
The taskbar title for one needs help -- different versions/workspaces open all end up looking like "eclipse" to Windows 7 when the app isn't running and it is pinned.
For running applications, I believe that the current scheme for the label is: * <perspective name> - <active editor if open> - <product name> So at this moment my app's name in the task bar is: * Tasktop - improve the look-and-feel of Eclipse on Windows 7 - Eclipse SDK Changing the above design decision is probably out of the scope of this bug, but we could discuss here how best to have multiple Eclipse instances show on the task bar. I think that the current scheme actually does a pretty good job of that while remaining within the conventions used by other Windows applications. For example, I have multiple Eclipse instances, and label my perspectives to make it easy for me to disambiguate them. For non-running applications, I think that the convention is to show the name of the executable, and label if present. We'll look into whether it's possible to change the label for the eclipse.exe so that we could do something like appending the Eclipse version or the workspace path.
(In reply to comment #4) > For running applications, I believe that the current scheme for the label is: > * <perspective name> - <active editor if open> - <product name> > > So at this moment my app's name in the task bar is: > * Tasktop - improve the look-and-feel of Eclipse on Windows 7 - Eclipse SDK > > Changing the above design decision is probably out of the scope of this bug, > but we could discuss here how best to have multiple Eclipse instances show on > the task bar. I think that the current scheme actually does a pretty good job > of that while remaining within the conventions used by other Windows > applications. For example, I have multiple Eclipse instances, and label my > perspectives to make it easy for me to disambiguate them. > > For non-running applications, I think that the convention is to show the name > of the executable, and label if present. We'll look into whether it's possible > to change the label for the eclipse.exe so that we could do something like > appending the Eclipse version or the workspace path. Workspace path is tricky because an RCP app might not have a workspace. See Bug 151431 comment 2
(In reply to comment #5) > Workspace path is tricky because an RCP app might not have a workspace. See > Bug 151431 comment 2 Right. I'm not sure how feasible adding the workspace path is anyway, since that can be specified in various ways. It seems best to just follow the examples of the other Windows apps. I've created bug 294827 to discuss this.
cc'ing our visual designer, fyi
Added another bug to the dependency list: Bug 302529 - Show Eclipse IDE progress in the Eclipse icon on the Windows 7 Task Bar
My interest in this bug is the fact that I have 3 eclipse instances (JDT, EE, and PHP). Galileo worked fine and each pinned to it's own icon. Helios is pinned to the right icon only while splash screen is running, after that all move to the icon of the "JDT" instance. If someone knows a workarround, it would be great. I tried renaming eclipse.exe but in vain.
Mik, were these changes intentional? They were made without a comment: mik.kersten@tasktop.com 2011-02-09 22:28:32 EST Priority P3 P1 mik.kersten@tasktop.com 2011-02-25 16:57:29 EST Priority P1 P3
Unintentional, my apologies.
Most of the dependent bugs are fixed, lets handle the rest individual.