Chris, Wouldn't the form need to be repainted when the box is moved?
Now, if the info box was to show up outside of the bounds of the form initially, this could work. Or am I missing something? Cheers, bob > On Dec 22, 2019, at 11:31 AM, chris burke <cbu...@jsoftware.com> wrote: > > Right, but you can add a try/catch while developing. In production, you > should make sure your painting works. > > The wd paint handler is called when Qt requests a paint instruction, and > that needs to be given, i.e. the paint handler needs to return. If the > paint handler hangs, then so does Qt. > > One thing you can try when the info box appears is to move it away from the > form so that once it is closed, the paint handler is not immediately called > again. > > On Sun, Dec 22, 2019 at 10:41 AM Michal Wallace <michal.wall...@gmail.com> > wrote: > >> I get that try / catch works, but I don't think it's a good answer. >> Exception handling should be for things that might fail because of external >> issues (files not existing, bad input, etc). >> It shouldn't be a discipline you have to adopt just in case you make a >> typo. >> >> Usually when this happens, it's a mistake on my part, and it's easy to >> fix... >> It's just really annoying because having to kill the IDE breaks my mental >> flow. >> >> > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
