Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ide-dev] Inconsistent Eclipse user experience

On Mar 11, 2014, at 1:14 PM, Pascal Rapicault <pascal@xxxxxxxxxxxxx> wrote:

> In EasyEclipse, we have been looking in minimizing the number of entries by reorganizing the content of contextual menus into coarser "cagetories" related to the tasks the user would want to do. For example in the context of an editor, the type of operations you are trying to do are: "navigate the code" (open selected type, find references, etc.)/ "edit" (copy / paste / format content) / "refactor" / "SCM".
> For example I don't think that having a run and debug button in this context really make sense.

I like the categories *idea* n concept, but I'm not sure about how you’d implement this. Submenus are sort of an unavoidable UI smell. If you take it to an extreme, you’d just replace the context menu where the main menu is essentially a contextualized version of the application menu. Actually, I’m not sure that’s a terrible idea. :D

(Or perhaps you were thinking of using sections?)

> Of course, having these higher level categories is not ideal for the discoverability of functionality but at least it avoids the case of scrollbars in the menus like I have seen (btw, some stats posted by Max back in January reveal that the average screen resolution is something like 1366x768.).


On Mar 11, 2014, at 1:10 PM, Eric Moffatt <emoffatt@xxxxxxxxxx> wrote:
> Bundle structures are pretty well fixed in place, nobody's got the time to go over them all and there's really no 'proper' way to split them up based on their contributions anyway. We need a fine grained mechanism to deal with this without directly having to modify the existing bundles.

Yes, I see this as outside of the bundle mechanism in general. It’s kind of a higher level override.
> The sticking point here may well be that we need a way to uniquely identify those contributions we want from a particular bundle. Maybe it's better if the file identifies the ones that we *want* rather than the ones to filter out.

Yes, I think this is the way it would have to work. See Pascal’s blood and tears comment. :)

Note that you could have an “Advanced” menu item that allowed you to recover the full set of overridden menu items.

Back to the top