tags:

views:

36

answers:

4

i have create a login forms name login where the username is type in txtEmployee textbox and i need to display the same in the second page in form in ms access.

A: 

DoCmd.OpenForm allows you to pass an arbitrary value as the last parameter. This value can be accessed in the new form as Me.OpenArgs:

' Invoked by some Button on the first form '
Sub GoToSecondPage()
    DoCmd.OpenForm "MySecondPage", acNormal, , , , , txtEmployee.Value
End Sub

' Second form '
Sub Form_Open(Cancel As Integer)
    If Not IsNull(Me.OpenArgs) Then
        lblShowEmployeeName.Value = Me.OpenArgs
    End If
End Sub

(Code example untested.)

Heinzi
A: 

Personally I would pass them through the open arguments when opening the form. For example from form A your would write

DoCmd.OpenForm "frmB", , , , , acDialog,”Badger”

And then in the OnOpen event of form B you can capture what you have sent like this

Me.txtSomething=Me.OpenArgs

You can only pass one thing however What I do a lot is pass a pipe delimited string in the open arguments and then split that out.

Kevin Ross
Why are you opening with acDialog?
Remou
Well that example was taken from like a popup form so I wanted it to be modal, this of course can be removed if the OP just wants a normal form
Kevin Ross
A: 

A couple ideas...

Use the AfterUpdate event on the login username field to write the name to a global variable, then populate the field on the second page with the OnLoad event.

Or, if you plan on leaving the log in form open at all times you could set the default value of the field directly to =[Forms]![LogInForm]![UserName]

That doesn't look right
A: 

Why not create a public function which stores &/or retrieves a global variable that you store after the first form is executed? This would allow you to not only use it on one or more forms, but also as criteria within a query (for example, to return records which match the user name you've stored).

I agree this is "fake" security, but there also times when it's sufficient for your needs. I've implemented this before, where I match the environment string username to an entry in a user table.

BTW, I refer to this feature as personalization, not security.

Just a thought.

Jim Parker
I would never use a global for this. Instead, I'd use a STATIC variable inside the function that returns the value, and if it's not set, it would open the form to collect the information. This would mean it's both self-healing and safe from being altered elsewhere in code.
David-W-Fenton