-
Notifications
You must be signed in to change notification settings - Fork 190
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
repositioning the context menu #757
Comments
I cannot reproduce it, but I believe you just did not mention your EMenu plugin configuration. I have a graphical context menu turned on (at mouse position). |
You can change settings to show a menu always in the center,
|
It seems that the setting of the menu position is completely ignored - whatever option you choose there, the window always floats. In any case, in theory, this option should affect the position of the newly called menu, without causing the menu to change position after returning from the submenu. |
try to change [?] Display GUI menu to [ ] Display GUI menu and try again |
Nothing changed (menu continues to float). |
Oops I was pressing Apps key instead of mouse, sorry :) |
I tried to retest it. If you select the "in the center of the window" setting, then when you open the context menu through the list of plugins (F11 - E), the menu actually appears in the center of the window and after returning from the submenu, the main menu also appears in the center. But I call up the context menu all the time by clicking the mouse, and in this case the menu appears under the cursor regardless of the position setting relative to the window. I think it's the right thing to do. The bug I'm reporting is that after returning from the submenu, the main context menu should be redrawn in the same place where it originally appeared, and not under the mouse cursor or in the center of the window. |
Far Manager version
3.0.6111.0
OS version
10.0
Other software
No response
Steps to reproduce
Expected behavior
I should return to the original context menu, located where it was.
Actual behavior
The menu window is redrawn in a different place (it seems to somehow depend on the current position of the mouse cursor).
The text was updated successfully, but these errors were encountered: