<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Macro security level not displayed correctly in non-gtk3 backends" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128749#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Macro security level not displayed correctly in non-gtk3 backends" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128749">bug 128749</a> from <a class="email" href="mailto:glogow@fbihome.de" title="Jan-Marek Glogowski <glogow@fbihome.de>"> Jan-Marek Glogowski</a> <pre>(In reply to Justin L from <a href="show_bug.cgi?id=128749#c3">comment #3</a>) > A very ugly work-around would be for MacroSecurityLevelTP to: > if (pCheck) > { //ensure state is fully toggled... > pCheck->set_active(false); > pCheck->set_active(true); > } You really can't do this, as this would need fixes for all users of radio items. This is just the first case found, which is now broken in master. While looking into this problem I eventually came up for a fix for <a class="bz_bug_link bz_status_VERIFIED bz_closed" title="VERIFIED FIXED - Form option buttons not reachable with tab key" href="show_bug.cgi?id=108687">bug 108687</a> in Gerrit as: <a href="https://gerrit.libreoffice.org/#/c/82608/">https://gerrit.libreoffice.org/#/c/82608/</a> It's smaller as it looks, as it changes quite some indention and refactors some code by dropping the bool parameters of GetRadioButtonGroup, which could / should be done in a separate patch. I've written quite a few comments into the commit message, but maybe this should be moved into <a class="bz_bug_link bz_status_VERIFIED bz_closed" title="VERIFIED FIXED - Form option buttons not reachable with tab key" href="show_bug.cgi?id=108687">bug 108687</a> altogether?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>