First a little background regarding Japanese input: - First you write something like からだ - Then you hit space to select a Kanji for the written (e.g. 体) - Then you confirm that with Enter. - Sometimes you with to do a "standard"/"easy" conversion with からだ. That could result in からだ(F6),カラダ (F7), ｶﾗﾀﾞ (F8)， ｋａｒａｄａ（F9)，karada (F10), the conversion shortcut key is written inside the brackets. Current situation: =========== - F10 is used to convert Japanese writing to latin (?) letters. On Windows and with Anthy. It might be a de-facto standard. - F10 is used in mousepad to open the file menu. Trying to convert Japanese writing to latin(?) letters will result in an open file menu. A conversion is not possible. Enhancement / Suggestion: ================= - Remove F10 shortcut for the file menu. Misc: ==== - Users still have the common Alt+F shortcut to open the file menu.
This predefined keybind is shared across most GTK applications. Apparently, it was possible to remap or disable it, but now the setting seems to have no effect anymore when using GTK3 apps. Xfce Settings Editor: xsettings > /Gtk/MenuBarAccel
My Understanding: With ne next release(?), when GTK2 is dropped and mousepad builds with GTK3, this behaviour will automatically be changed. Which also means: Mousepad was not actively involved and this would therefore not be the place to talk about it.
Are you still using a Mousepad variant which was built against GTK2? I was not able to globally disable F10, so I assume the easiest solution would be to simply remap the conversion shortcut key.
Using version 0.4.1. I just assumed it's a GTK2-build, as you said: > have no effect anymore when using GTK3 apps. But checking with `apt-cache show` revealed a dependency to libgtk-3-0. So the F10 shortcut should actually not be there, correct? > I was not able to globally disable F10, so I assume the easiest solution would be to simply remap the conversion shortcut key. For me personally, that would be not too much of a problem. However, I'm still hoping that one day people can start to use Linux and don't feel too disrupted after the first few hours. So I'm rather heading for a global improvement. I understand though, that finally it's a simple choice whether to follow what Microsoft (and Apple) do, or saying "we go our way." In this particular situation, I feel, that changing the shortcut might help `external consitency (regarding UI)` while not harming* `internal consitency (regarding UI)`. *Although, I don't have any stats about how many people actually rely on F10 for the file menu. My current perception might be very wrong.
I understood, that this is a predefined GTK2 / 3 shortcut. Therefore it would break consistency to other apps to only change it inside mousepad. I set the bug to won't fix.
Update after further IRC discussion. It seems like that mousepad is grabbing the F10 key before Anthy can do it. This problem does not seem to occur in other apps: - Firefox (maybe not representative) - Libre Office (maybe not representative) - gedit - pluma - Nautilus For the sake of completeness: This problem DOES occur in the following tested apps: - gjiten - Thunar - xfce4-terminal - HexChat
Solved in 19.10. I'm closing the bug.