-
Notifications
You must be signed in to change notification settings - Fork 567
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
Cross-platform menu issues (for Runebender) #1306
Comments
Not sure whether it fits here, but on Mac the "Quit" entry should be last. While on Mac Rundender it is the 3rd last. |
ETA: actually I think that might be a deeper issue. I haven't investigated fully, but I believe the reason those are showing up on the application menu is that they are not included in the Edit menu, which I believe is where they should be. Of course, it's also the case that those two items won't work until we do IME, but that's another kettle of fish (and one for which I think we should have a tracking issue). |
Indeed, you're right about this. |
Another thing is that it should be "runebender" instead of "Druid" obviously. |
Indeed. That's because |
Regarding the application menu on Mac: wxWidgets and Qt both appear to do the right thing for the developer.
|
Those two misplaced items are being added for us by AppKit at some point, I'll have to look into that. |
This patch adds a string to describe hotkeys for menu items in the Windows back-end. Part of work tracked in #1306
If an application were to misuse a platform-specific for the wrong platform, it would get unusable keybindings. With this patch, it might not be the most appropriate for the platform, but it would work. The linked bug below suggests a more systematic approach, but this is a minimal patch to get things to a less broken state. Part of work tracked in #1306.
I'm doing most my Runebender development on Windows, and have come across some issues related to menus. This is a tracking issue for those.
The Runebender source uses
platform_menus::mac
menus directly, without any kind of configuration check. Those useRawMods::Meta
, which bind to Windows, and that doesn't work.The shortcuts ("Ctrl-S") are not displayed in Windows menus. I think that was intended for a while, but I didn't quite get around to implementing them. There was churn around
HotKey
but I think that's stabilized reasonably well now thanks to the keyboard work.The provided menus are missing alt-key shortcuts. These appear to work, by adding an ampersand in the localized string (
&File
,E&xit
, etc), and are stripped out (at least on mac, haven't tested Linux yet).The most expedient fix to the first problem is to switch from
RawMods
toSysMods::Cmd
. That would result in reasonable behavior if menus for the wrong platform were used, if not the most platform-appropriate keybindings. A deeper change would be to expand theplatform_menus::common
choices, and more aggressively enforce the use of actual platform specific menus.I have local patches with expedient fixes for most of this, and plan to PR them. I'm open to discussion about the right way to proceed, and of course if people want to take on more extensive rework.
The text was updated successfully, but these errors were encountered: