https://bugs.documentfoundation.org/show_bug.cgi?id=49853
Maxim Monastirsky <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] Summary|EDITING: Attempting |Cmd-V or Cmd-A inside |paste/select all into find |toolbar-hosted edit fields |bar with Cmd-V or Cmd-A on |paste into document instead |OS X pastes into document |(OS X only) |not into search bar | --- Comment #142 from Maxim Monastirsky <[email protected]> --- Well, the root cause seems http://opengrok.libreoffice.org/xref/core/vcl/osx/vclnsapp.mm#159 : 159 // see whether the main menu consumes this event 160 // if not, we want to dispatch it ourselves. Unless we do this "trick" 161 // the main menu just beeps for an unknown or disabled key equivalent 162 // and swallows the event wholesale 163 NSMenu* pMainMenu = [NSApp mainMenu]; 164 if( ! bHandled && (pMainMenu == nullptr || ! [pMainMenu performKeyEquivalent: pEvent]) ) 165 { 166 [[pKeyWin contentView] keyDown: pEvent]; 167 bHandled = GetSalData()->maKeyEventAnswer[ pEvent ]; 168 } 169 else 170 { 171 bHandled = true; // event handled already or main menu just handled it 172 } i.e. on OS X when pressing some shortcut, the main menu is checked first, and if it has an item with this shortcut, then a click on that menu item is simulated instead of sending the shortcut directly to the app. So because the Edit menu has "Paste" item, the OS X menu handling hijacks that shortcut, and it never passed down to the edit widget. Now we only need to figure out what's the right way to fix this... -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
