Wolfgang Lenerz writes: > >. However, keystrokes intended for the main window dont > > get passed on if the pointer happens to be in an AW. > > ????? > > Are you sure? This is not the behaviour I experience - provided, of > course, that the AW doesn't have an item with the same keystroke.
I was sure, until you asked ;) Ive really made a mess of this one ;(( A frantic attempt then, un-sow confusion and to rescue a strand or two of my tattered reputation: My assertion only applies to AWs that are not Menu SubWindows: MSWs respond exactly as you say. If the pointer happens to be in an AW and it is being read by a Wman call (eg wm.rptr or MCALL) it wont return. Naturally: 'cause there aint no Wman-recognised menu there! (PI calls, of course, always return on a keypress if told to do so.) Also, I was wrong about the dummy LIs. You cannot have LIs inside AWs, as the whole world knows! Only menu items. Dummy LIs are useful if you want to perform an action from the main menu for which you dont want to supply a separate button, eg alternative keystrokes for a single action. So, the problem I was trying to solve, namely How to make the program respond to keystrokes available to the main menu when the pointer is in an AW remains unanswered by the explanation I gave. If the AW happens to be a MSW (as in the case of the Qpac2 Files utility) then there is no problem! (Unless a LI and a menu item have the same keystroke, just as you say). The solution to the problem of using an AW instead of a button is to make it into a MSW containing one column and one row. It may still take a bit of extra footwork to make such a button behave identically to a LI (at least in EasyPTR). Apologies for any confusion caused, especially among any tenderly budding PE novices. Hardened PE programmers will of course have seen through the cr?p right from the start. Per
