Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>As Jim McKeeth noted above (correctly), this is "by design" behavior. If the menus are triggered through keyboard action the accelerators should be shown, but if triggered by the mouse the accelerators are intentionally not shown. </p> <p>I have my XP configured to show accelerators at all times, but a quick test with that option changed confirms that the menus should not show underlines either (Visual Studio responded as I expected, no underlines when using the mouse). However, Microsoft Office ignores this setting and always shows the underlines. So it looks like a bug in how the menus are drawn in Delphi (I don't have any experience with Delphi myself). </p> <p>I found the option for Vista as well: <a href="http://www.vistax64.com/vista-general/42125-always-show-menu-underline-keyboard-accelerators.html" rel="nofollow noreferrer">http://www.vistax64.com/vista-general/42125-always-show-menu-underline-keyboard-accelerators.html</a></p> <blockquote> <p>You can turn this on in the new Ease of Access Center (go to Control Panel, click Ease of Access and then click Ease of Access Center). In the Ease of Access Center, click Make the keyboard easier to use, and at the very bottom select the Underline keyboard shortcuts and access keys check box.</p> </blockquote> <p>While doing further research I found this related bug on Delphi forums: <a href="http://qc.codegear.com/wc/qcmain.aspx?d=37403" rel="nofollow noreferrer">http://qc.codegear.com/wc/qcmain.aspx?d=37403</a> </p> <p>It looks like in your case the child windows (the drawn menus) aren't getting or aren't handling WM_UIUPDATESTATE message from their parent window, which is what causes the redraw with accelerators.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload