Welcome to SPN

Register and Join the most happening forum of Sikh community & intellectuals from around the world.

Sign Up Now!
  1.   Become a Supporter    ::   Make a Contribution   
    Target (Recurring Monthly): $200 :: Achieved: $95

combo box

Discussion in 'Information Technology' started by JIM WHITAKER, Oct 27, 2005.

Tags:
  1. JIM WHITAKER

    JIM WHITAKER
    Expand Collapse
    Guest

    I'm using access 2000 as frontent to mysql with ODBC. A wizard generated
    the following code to find a record on a form using a combobox. It works
    perfect. However, here's the question, I have no reference to DAO libraies
    what so ever. The references are ADO 2.7, OLE automation, microsoft access
    9.0, and visual basic for applications. Notice the findfirst in the code,
    ADO doesn't have findfirst. Why is this working?
    Also notice Me.Recordset.Clone instead of Me.Recordsetclone.

    Private Sub Combo14_AfterUpdate()
    ' Find the record that matches the control.
    Dim rs As Object
    Set rs = Me.Recordset.Clone
    rs.FindFirst "[petid] = " & Str(Me![Combo14])
    Me.Bookmark = rs.Bookmark
    End Sub
     
  2. Loading...


  3. Ken Snell [MVP]

    Ken Snell [MVP]
    Expand Collapse
    Guest

    It's working because the Recordset of a form is a DAO recordset. You don't
    need the DAO library as a reference in this case because you're not creating
    any new DAO objects.
    --

    Ken Snell
    <MS ACCESS MVP>




    "JIM WHITAKER" <kpsklab@att.net> wrote in message
    news:HSU7f.181865$qY1.10126@bgtnsc04-news.ops.worldnet.att.net...
    > I'm using access 2000 as frontent to mysql with ODBC. A wizard generated
    > the following code to find a record on a form using a combobox. It works
    > perfect. However, here's the question, I have no reference to DAO
    > libraies
    > what so ever. The references are ADO 2.7, OLE automation, microsoft
    > access
    > 9.0, and visual basic for applications. Notice the findfirst in the code,
    > ADO doesn't have findfirst. Why is this working?
    > Also notice Me.Recordset.Clone instead of Me.Recordsetclone.
    >
    > Private Sub Combo14_AfterUpdate()
    > ' Find the record that matches the control.
    > Dim rs As Object
    > Set rs = Me.Recordset.Clone
    > rs.FindFirst "[petid] = " & Str(Me![Combo14])
    > Me.Bookmark = rs.Bookmark
    > End Sub
    >
    >
     
  4. JIM WHITAKER

    JIM WHITAKER
    Expand Collapse
    Guest

    Thanks for the fast reply.

    "Ken Snell [MVP]" <kthsneisllis9@ncoomcastt.renaetl> wrote in message
    news:eMukEvo2FHA.744@TK2MSFTNGP10.phx.gbl...
    > It's working because the Recordset of a form is a DAO recordset. You don't
    > need the DAO library as a reference in this case because you're not

    creating
    > any new DAO objects.
    > --
    >
    > Ken Snell
    > <MS ACCESS MVP>
    >
    >
    >
    >
    > "JIM WHITAKER" <kpsklab@att.net> wrote in message
    > news:HSU7f.181865$qY1.10126@bgtnsc04-news.ops.worldnet.att.net...
    > > I'm using access 2000 as frontent to mysql with ODBC. A wizard

    generated
    > > the following code to find a record on a form using a combobox. It

    works
    > > perfect. However, here's the question, I have no reference to DAO
    > > libraies
    > > what so ever. The references are ADO 2.7, OLE automation, microsoft
    > > access
    > > 9.0, and visual basic for applications. Notice the findfirst in the

    code,
    > > ADO doesn't have findfirst. Why is this working?
    > > Also notice Me.Recordset.Clone instead of Me.Recordsetclone.
    > >
    > > Private Sub Combo14_AfterUpdate()
    > > ' Find the record that matches the control.
    > > Dim rs As Object
    > > Set rs = Me.Recordset.Clone
    > > rs.FindFirst "[petid] = " & Str(Me![Combo14])
    > > Me.Bookmark = rs.Bookmark
    > > End Sub
    > >
    > >

    >
    >
     
Since you're here... we have a small favor to ask...

More people are visiting & reading SPN than ever but far fewer are paying to sustain it. Advertising revenues across the online media have fallen fast. So you can see why we need to ask for your help. Donating to SPN's is vote for free speech, for diversity of opinions, for the right of the people to stand up to religious bigotry. Without any affiliation to any organization, this constant struggle takes a lot of hard work to sustain as we entirely depend on the contributions of our esteemed writers/readers. We do it because we believe our perspective matters – because it might well be your perspective, too... Fund our efforts and together we can keep the world informed about the real Sikh Sikhi Sikhism. If everyone who writes or reads our content, who likes it, helps us to pay for it, our future would be much more secure. Every Contribution Matters, Contribute Generously!

    Become a Supporter      ::     Make a Contribution     



Share This Page