Hi Michael, >If this were a normal swing UI, I would expect to open a modal dialog that
You can open a modal dialog in ULC too which will block all user input except in the dialog and until the dialog is closed. Server side thread is not blocked after setVisible(true) for a modal dialog. Further processing can be done in the Action Listeners of the Ok/Cancels buttons and the Window Listener for the dialog. Please see: http://lists.canoo.com/mailman/private/ulc-developer/2006/004052.html for implementing a login dialog. I hope this helps. Thanks and regards, Janak >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] Behalf Of >[EMAIL PROTECTED] >Sent: Thursday, July 06, 2006 11:45 PM >To: [EMAIL PROTECTED] Com >Subject: [ULC-developer] Blocking Login Dialog > > >All, > >I am trying to create a log in dialog for a ulc app. The pseudo logic >goes along these lines: > >Application Starts. >Check to see if user is authenticate. >If not display login dialog. >Wait for the login credentials to be entered (ie the user enters data and >clicks ok). >If user authenticates continue, else terminate the application. > >If this were a normal swing UI, I would expect to open a modal dialog that >blocks the current thread and waits for the users response. However the >ULCDialogs setVisible method doesn't seem to b e blocking. I have noticed >some posts on the dev list that indicate that ULC components don't block >application threads. Most likely because the UI side and the application >side are in separate VMs and therefore separate threads. > >Any suggestions on how I would accomplish what I am trying to do? > > >Michael MacFadden >Tomax Corp - http://www.tomax.com >[EMAIL PROTECTED] >_______________________________________________ >ULC-developer mailing list >[email protected] >http://lists.canoo.com/mailman/listinfo/ulc-developer _______________________________________________ ULC-developer mailing list [email protected] http://lists.canoo.com/mailman/listinfo/ulc-developer
