<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Unable to reassign an Alt+key to a macro that is used as a menu mnemonic" href="https://bugs.documentfoundation.org/show_bug.cgi?id=110452#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Unable to reassign an Alt+key to a macro that is used as a menu mnemonic" href="https://bugs.documentfoundation.org/show_bug.cgi?id=110452">bug 110452</a> from <a class="email" href="mailto:rolfofsaxony@gmail.com" title="rolfofsaxony@gmail.com">rolfofsaxony@gmail.com</a> <pre>(In reply to Buovjaga from <a href="show_bug.cgi?id=110452#c2">comment #2</a>) > No problem for me assigning Alt-T as a macro mnemonic. > > Do you also have the problem with any other function and not just macros? > > Arch Linux 64-bit, KDE Plasma 5 > Version: 6.0.0.0.alpha0+ > Build ID: 668ab2e739397e6b095372a1a468bd4f515927b6 > CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; > Locale: fi-FI (fi_FI.UTF-8); Calc: group > Built on August 20th 2017 I am able to assign a macro to Alt-T and any other character that is used as a "Alt menu shortcut" (F,E,V, etc). The issue was that not only does the macro fire up but that the Alt Menu event fired as well. So "hotkey" assignment of the macro was not overriding the menu shortcut as it did previously. Instead both occurred. The result was that the macro ran happily but the Alt menu selection was left live and had to be cancelled. This behaviour was a show stopper for me, I removed LO 5.4.0.3 (the offending version) and reverted back to Build ID: 1:5.1.6~rc2-0ubuntu1~xenial2, where reassigning an Alt menu character to a macro "replaces" the Alt menu function.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>