> I can't tell for sure, but it sounds like you have the fields in your tables
> set to be lookup values. This is something to avoid, because it causes
> problems just like this.
Hi, John,
thanks for the hint. It helped me to narrow down the problem.
The field itself is a numerical value, but the lookup actually was
defined bith in the table AND in the ComboBox. So I removed the lookup
definition from the table, but it did not solve the problem.
But I found out something else. My ComboBox lookup statement looks like
this:
SELECT [TableA].[ID], [TableA].[FirstName] + " " + [TableA].[LastName]
FROM TableA.
So I have to columns. To hide the ID, I set the column witdh of the
first column to 0.
And this is what causes the filter to yield "Expr_1001=<seachme>". If I
set the column width of the first column to anything but 0, the filter
yields the correct "ID=1".
Is there a solution for this?
Still 10 hours of night work till deadline :-)
Best regards,
Andreas
John Welch - 22 Dec 2005 23:23 GMT
Well, you could set the first column width to .01 and it still won't show
when you drop down your box, but then you will see the number in the
combobox after you make the selection. Probably not what you want, though,
eh?
>> I can't tell for sure, but it sounds like you have the fields in your
>> tables
[quoted text clipped - 28 lines]
> Best regards,
> Andreas
Ron2005 - 23 Dec 2005 20:01 GMT
Unless you really need the ID, go back to the Query and simply drop the
ID from the returned fields. This also means changing the combo box as
to bound field and how many fields and the widths of them. The wizard
always wants to add ID even when unneeded or in some cases cannot have.
(Trying to get a "distinct" query cannot have ID, for instance.)
Another way is to change the sequence of the fields in the query, this
also will require changing the bound field and the fields lengths.
Ron