Opened 6 weeks ago

Closed 4 weeks ago

#439 closed enhancement (wontfix)

Implementing non blocking menus

Reported by: Samir Hawamdeh Owned by:
Priority: normal Milestone: 5.0-2020R1
Component: Menu.mui Version: 5.0-nightly build
Severity: minor Keywords:
Cc: OS Platform: All
Blocked By: Blocking:
Release Notes:

Description

Summary

Actually the opening of any internal menu in MUI will cause the consequent "stop" of any other element running in background (or in the same context)

For example an animated gif in a webpage will be automatically stopped when user will right click into it, or when he will right click into the same area where this active/animated element is present

Another even more important example where this kind of improve can show its necessity could be observed in the Odyssey's video.

When you right click inside the video area in order to open its menu, the video in playing will be "interrupted" and only restarted as soon as the user release the mouse button from it (aka when he definively close the menu)

Improve and solve the current menu's limitation in MUI will be a great step in the right direction and will improve/modernize this important framework even more.

Change History (2)

comment:1 Changed 5 weeks ago by Thore Böckelmann

I must check whether it might be remotely possible to make menus non-blocking. The point is that many things in MUI assume menus to be blocking and heavily rely on this fact. Furthermore the individual applications must also be able to handle this.

To make it short: lots of checks before anything can be changed, if at all.

comment:2 Changed 4 weeks ago by Thore Böckelmann

Milestone: future release5.0-2020R1
Priority: undecidednormal
Resolution: wontfix
Status: newclosed

After lots of investigation I came to the conclusion that non-blocking menus are not possible.

The point is that (at least the MUI based) menu handling is done by Popmenu class and all the event handling is done inside this class. Although it is a MUI class the stuff created by this class is NOT part of the MUI application, unlike normal windows, buttons, etc. That's why it is impossible to move the event handling of an opened menu from Popmenu class to Application class in order to allow combined handling of the menu and the normal application events.

So, unfortunately, although this sounded like a great idea it is not going to become reality.

Note: See TracTickets for help on using tickets.