Replies in-line with your questions.

Signature
Allen Browne - Microsoft MVP. Perth, Western Australia
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.
> Hi Allen,
>
[quoted text clipped - 6 lines]
> understand your post you suggest that a WhereCondition can be built in the
> same manner and then the form filter can be pointed to my unbound textbox.
Yes, that's correct. The "Trouble-shooting and Extending" section has the
one line you need to apply it to OpenReport.
> I'm still playing around with the code you have provided to make this work
> (if I'm headed in the right direction). The questions I currently have
[quoted text clipped - 4 lines]
> all
> records are returned if a textbox's criteria =Null)
Yes: The code just ignores any boxes that are null. That's a much more
efficient result than the convoluted alternatives shown under "Using a query
instead."
> 2) Does the code you provide allow for wildcards to be included for each
> string? (I assume this would be another part added in before the delimiter
> ",")
The Name text box in the example uses wildcards for a text box.
The code for the list box uses the IN operator which does not support
wildcards. If you wanted to use wildcards with the list box, you would need
to change the code to use the OR operator. But if the list box contians a
list of actual values (as it normally does), the wildcard probably is not
needed.
> 3) Can the code provided be placed in the txtPartName_AfterUpdate Event
> and
> if so, how does the form then reapply the filter once new search criteria
> is
> inputted?
Yes, it could be. Of course, if you have multiple unbound boxes where the
user enters criteria, you would need to call it in the AfterUpdate of each
one.
> 4) I achieved the results I am looking for by changing the criteria in the
> query from
[quoted text clipped - 4 lines]
>
> Like "*" & "First Term" & "*" AND Like "*" & "Second Term" & "*"
Those expression don't work correctly. They don't return the rows where the
fields are null (blank, no entry.)
> However in this manner a user would have to go into the query and specify
> First Term, Second Term, etc. each time. Can the WhereCondition your code
> builds be passed to the query criteria using the
> [Forms]![frmCodeSearch]![txtPartName] parameter?
You can, using a huge convoluted query statement as shown towards the end of
the article under:
Using a query instead
> Again, thanks for taking
> the time to educate those of us who are learning to use Access one mistake
[quoted text clipped - 54 lines]
>> >
>> > CCorreia