Community
Participate
Working Groups
over time the "help"->"about eclipse platform" acquired too much buttons showing the eclipse logo in different shapes, saying on hover "Eclipse.org" and listing on click plugins provide by ... eclipse.org. it's a bit confusing and not really helpful if you have to find out the version of a specific eclipse.org plugin, that you need to click 5 or 6 buttons just to find the right dialog. so either put all plugins below one button or make the buttons and hovers more distinct, so that on a first glimpse the user would be able to distinguish under which button the plugin he's looking for might be found.
(In reply to comment #0) > it's a bit confusing and not really helpful if you have to find out the version > of a specific eclipse.org plugin, that you need to click 5 or 6 buttons just to > find the right dialog. Could this not be solved by clicking on 'Feature Details' or 'Plug-in Details'? I guess the problem here is that the user probably doesn't know the plug-in's identifier?
The problem here is that our logic for determining what icons need to show up is... obtuse. We actually create a table with rows corresponding to icon and vendor and collapse the rows for duplicate vendors PROVIDED they have exactly the same icon. And by exact, I mean exact - we actually load the image, get the pixels, and create a hash for it. The problem is various parts of Eclipse are using different icons. It doesn't take much here either - all that needs to happen is for someone to open and save an icon in a different editor for them to suddenly be different.
@1: well, i think if there are such buttons -- why not use them? of course is it possible to look into the features/plugins details, but what meaning have those buttons then? @2: why do you compare the icons? wouldn't it be far more sensible to compare the provider string or the feature name? obviously the icon displayed does not contain any unseful information and is determined by the whims of the plugin authors -- so using another one in this place causes neither loss of information nor distinction.
It's an unfortunate situation, I agree. I'm not sure what we can do, however - we have products that rely on this behavior and changing it now could be considered API breakage. As for the proper solution... comparing the provider isn't sufficient. For instance, IBM products are often composed of many smaller products. When you go to this dialog in one of these composite projects it is desirable to see a different icon for each of the sub-products that are contained within it. Doing one per feature is also unfeasible due to the sheer number of features some products ship with. Perhaps looking forward to 3.5 there is some kind of grouping within the p2 metadata we could instead rely on.
As Remy has pointed out, this is VERY similar to 198941. I'm inclined to mark this as a dupe of that bug. *** This bug has been marked as a duplicate of bug 198941 ***
well, it's ok with me.
