Quote:That is because you are trying to use the Blank as the Off in them. If the records that are not On were actually set to be Off then the Searching would work the way that you want it to. Off would retrieve Off, On would retrieve On and Unset would retrieve everything.
OK, so it looks like if I want to be able to search for the presence of a check or not, I want all my boxes to be either checked or unchecked, and eliminate all blank states. If that's the case then I need some advice.
I currently use checkboxes in two of my databases/forms. In one of them it's not really critical if they're checked, unchecked, or blank. In the other it is. So I'll concentrate on that. If I succeed I'll transition the other form as well, just for grins and giggles.
What I need to do first is program the database so that when one opens a new, blank record, the default "blank" value of the box is set to 0/No/unchecked. That's easy enough, I think. The element is "Check_If_Driver", so some combination of If @Add or If @IsNew and If @IsBlank(Check_If_Driver)=yes should do it.
Then I'll need to Mass Update all my current records so the blank boxes become 0/No/Off. This is where it gets tricky. I suppose I'll have to program a retrieve because I can't access the element directly to check its state, I can only find either all checked or all ALL.
Then I'll need to program the element so that if it's not On, it's Off. The programming you've detailed above should do that.
Is there anything I'm missing in the above plan? Also, it it possible to eliminate the "blank" option from a retrieve spec?
Thanks for your help.