 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
| HomeDiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWordDirectoryUser Groups Related Topics Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ... |
MS Office Forum / Excel / Programming / September 2007UserForms - how to return a value?
I've seen that one usually runs Me.Hide inside the OK_Click or Cancel_Click method, but is it somehow possible to specify a return value the Show method will return, like MsgBox does for example? Also, is it possible to specify arguments to UserForm.Show so that the form knows how to initialize itself, without having to make an extra code module that's just there to show the dialog? Or is it perhaps possible to have a public "static" function inside a Dialog module that one can call at any time and that does the creation of the dialog? I didn't succeed when I tried to define a function there and call it from outside. The standard way is to have a public property in the form and test that afterwards Dim myForm As UserForm1 If myForm Is Nothing Then Set myForm = New UserForm1 myForm.Show MsgBox myForm.myProp Set myForm = Nothing In the form have a public variable Public myProp as Boolean and set it in the form code.  SignatureHTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) > I've seen that one usually runs Me.Hide inside the OK_Click or > Cancel_Click method, but is it somehow possible to specify a return [quoted text clipped - 7 lines] > of the dialog? I didn't succeed when I tried to define a function there > and call it from outside. > The standard way is to have a public property in the form and test that > afterwards [quoted text clipped - 11 lines] > > and set it in the form code. That's what I am doing at the moment. I hoped there was another way to do that... Well, then it's fine. Thanks. You could set up properties, which I use to pass information into and out of the form: http://peltiertech.com/Excel/PropertyProcedures.html - Jon ------- Jon Peltier, Microsoft Excel MVP Tutorials and Custom Solutions Peltier Technical Services, Inc. - http://PeltierTech.com _______ >> The standard way is to have a public property in the form and test that >> afterwards [quoted text clipped - 14 lines] > That's what I am doing at the moment. I hoped there was another way to > do that... Well, then it's fine. Thanks. Uhh, isn't that what I said 2 hours 44 minutes earlier, and the OP said was what he was doing? SignatureHTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) > You could set up properties, which I use to pass information into and out > of the form: [quoted text clipped - 26 lines] >> That's what I am doing at the moment. I hoped there was another way to >> do that... Well, then it's fine. Thanks. Bob - You said public property, but I thought you demonstrated a public variable. - Jon ------- Jon Peltier, Microsoft Excel MVP Tutorials and Custom Solutions Peltier Technical Services, Inc. - http://PeltierTech.com _______ > Uhh, isn't that what I said 2 hours 44 minutes earlier, and the OP said > was what he was doing? [quoted text clipped - 29 lines] >>> That's what I am doing at the moment. I hoped there was another way to >>> do that... Well, then it's fine. Thanks. In a class, a public variable is a read/write property. SignatureHTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) > Bob - > [quoted text clipped - 42 lines] >>>> That's what I am doing at the moment. I hoped there was another way to >>>> do that... Well, then it's fine. Thanks. Yes, in that sense it is a property. I was thinking more in the sense of the property Let/Set/Get procedures, which I use a lot because they let you do more than pass a value. You can use a procedure to set up the display on the userform, maybe set values for multiple procedures, drive other events. - Jon ------- Jon Peltier, Microsoft Excel MVP Tutorials and Custom Solutions Peltier Technical Services, Inc. - http://PeltierTech.com _______ > In a class, a public variable is a read/write property. > [quoted text clipped - 44 lines] >>>>> That's what I am doing at the moment. I hoped there was another way to >>>>> do that... Well, then it's fine. Thanks. I agree that Get/Let/Set gives you the capability to process the property a great deal more. I too use them, almost exclusively, but for what the OP wanted here, a simple read/.write property was sufficient, and let's be honest, it is never much work to convert them over later if need be. SignatureHTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) > Yes, in that sense it is a property. I was thinking more in the sense of > the property Let/Set/Get procedures, which I use a lot because they let [quoted text clipped - 58 lines] >>>>>> to >>>>>> do that... Well, then it's fine. Thanks. Yeah, I guess we're both right. You can't beat the ease of converting, when MZ Tools has a command to do just that. - Jon ------- Jon Peltier, Microsoft Excel MVP Tutorials and Custom Solutions Peltier Technical Services, Inc. - http://PeltierTech.com _______ >I agree that Get/Let/Set gives you the capability to process the property a >great deal more. I too use them, almost exclusively, but for what the OP [quoted text clipped - 63 lines] >>>>>>> to >>>>>>> do that... Well, then it's fine. Thanks. Amen to that, indispensable. SignatureHTH Bob (there's no email, no snail mail, but somewhere should be gmail in my addy) > Yeah, I guess we're both right. You can't beat the ease of converting, > when MZ Tools has a command to do just that. [quoted text clipped - 73 lines] >>>>>>>> to >>>>>>>> do that... Well, then it's fine. Thanks. |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.