<table><tr><td style="">ngraham planned changes to this revision.<br />ngraham added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D13026">View Revision</a></tr></table><br /><div><div><p>I don't think being <tt style="background: #ebebeb; font-size: 13px;">delayed</tt> was a deliberate choice; it's simply the default interaction method for toolbuttons that open menus in Qt (for some odd reason). Every menu toolbutton throughout KDE software that shows its menu instantly does <tt style="background: #ebebeb; font-size: 13px;">setDelayed(false);</tt>, and I've never seen the menu have to visually build itself while open.</p>

<p>Let me handle those other cases with this patch, too.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R39 KTextEditor</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D13026">https://phabricator.kde.org/D13026</a></div></div><br /><div><strong>To: </strong>ngraham, KTextEditor, Kate, dhaumann, cullmann<br /><strong>Cc: </strong>hpereiradacosta, kwrite-devel, kde-frameworks-devel, michaelh, kevinapavew, ngraham, bruns, demsking, cullmann, sars, dhaumann<br /></div>