Bug 420575 - Self-adapting customization/reduction of UI menus
Summary: Self-adapting customization/reduction of UI menus
Status: NEW
Alias: None
Product: Papyrus
Classification: Modeling
Component: Others (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 394923
  Show dependency tree
 
Reported: 2013-10-28 19:21 EDT by Toni Siljamäki CLA
Modified: 2017-09-08 09:49 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Toni Siljamäki CLA 2013-10-28 19:21:48 EDT
As a reminder, and as discussed during the workshop: Having support for a
self-adapting customization/reduction of UI menus would be very useful, like:

- based on users most frequent selections and typical usage
- possible to reuse auto-customizations by others (other team, project, domain, whatever)
- reduce/optimize out tools/menus seldom used from pop-up selection list
- more?
Comment 1 Toni Siljamäki CLA 2013-10-29 04:53:18 EDT
The main purpose of this one is to provide a more user-friendly UI
and reduce the number of mouse-clicks to achieve things.
Comment 2 Toni Siljamäki CLA 2013-11-09 07:02:06 EST
As we discussed, there already exist a similar functionality when setting
the datatypes, a menu which lists the last used datatypes so that the
user do not have to navigate e.g. to imported packages each time.

Sometimes when selecting "New Child" you get a really huge popup menu which
often do not fit into the screen. Every possibility (according to the metamodel)
get exposed in that menu, including the ones that does not make sense.

There should be some criteria telling when to expose individual sub menus and
for how long it should be exposed, like a small menu counter/timer/whatever.

Sub-menues which never are used, or have not been used for a very long time,
by a user or a group of users (project/domain/whatever) could instead be
grouped into a separate sub-sub-menu, if possible, as a nice way of getting
rid of these huge popup menues.