> (I'm unable to reproduce under j804, Yosemite.) Not sure what you're saying. Can't reproduce the effect of ⌘H? Or everything works okay when you make JQt reappear?
When I hide JQt using ⌘H, then make it reappear by clicking the green J in Dock, UI event handling is corrupted, not only with my app window, but also the Term and Edit windows (if these are showing). wd 'ide hide' wd 'ide show' don't seem to cause any problems. It doesn't seem to matter what windows are showing: Term only, Term + Edit, App only, Term + Edit + App, etc. I was wrong to say the (app) windows are locked solid. Some events seem to be handled, e.g. the GoAway buttons. AFAICT behavior is unreliable and hard to predict. I'm still running Snow Leopard. Maybe the problem has been fixed in Yosemite? On Fri, Sep 11, 2015 at 8:46 AM, Marc Simpson <[email protected]> wrote: > On Fri, Sep 11, 2015 at 5:58 AM, Ian Clark <[email protected]> wrote: >> BTW, the functionality of ⌘H is a disaster. If the end-user hits this >> hotkey combination by mistake, JQt and all its forms (IDE or >> user-defined) do indeed disappear. But when JQt is made to reappear, >> it is locked solid. I can find no way to make it respond to mouse >> events, short of quitting the app. I doubt there's anything JQt can do >> about it. > > Does this only occur when you have your form active? > > (I'm unable to reproduce under j804, Yosemite.) > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
