OptionPane isn't the problem - this has to do with how low-level windowing toolkit events are processed. These calls don't actually "block" - they keep running, but they transfer execution to another event polling loop that is run by the dialog. Without a "pull" model like SWT or direct access to the native OS event queue, you just can't get this type of behavior.
On Aug 16, 2011, at 2:07 PM, Roger L. Whitcomb wrote: > I would say a blocking version of Alert.alert or Prompt.prompt would be > perfect for what I need. And looking through the source of JOptionPane, > I would say this would be quite a mess to implement. > > Roger Whitcomb | Architect, Engineering | [email protected] | > Ingres | 500 Arguello Street | Suite 200 | Redwood City | CA | 94063 | > USA +1 650-587-5596 | fax: +1 650-587-5550 > > -----Original Message----- > From: Clint Gilbert [mailto:[email protected]] > Sent: Tuesday, August 16, 2011 10:58 AM > To: [email protected] > Subject: Re: Rough equivalent of Swing JOptionPane.showConfirmDialog > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 08/16/2011 01:53 PM, Clint Gilbert wrote: >> Yes, that's exactly what I was looking for. Basically like > Javascript's >> alert(), but more general: I wanted to block while asking the user for >> more than just a boolean. > > To be more clear, the more-general prompting was something I was > planning on building myself, if I could make a blocking dialog somehow; > I wasn't necessarily looking for that from Pivot. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk5Kr5UACgkQ5IyIbnMUeTv4lQCffz372vhR1Hgjhg3/LmWy9MfC > VEIAn360190nU4MJv9PSunEQusOnbiag > =DK/E > -----END PGP SIGNATURE-----
