I have a form_alter hook on views_exposed_form that's trying to adjust how many options are displayed for multiple select fields. Somewhere between that function and theme_select(), though, the "#size" attribute is disappearing. I can set "#attributes" to include a value for 'size', I can add other arbitrary key values to the element like "#test", so I know the form_alter function is being called. I don't see any explicit references to "#size" in core code or in the Better Exposed Filters module that seem like likely culprits. So I guess the whole array is being recreated somewhere?
Looking for ideas on how to find out what's going on here. Thanks.
Recent comments
Just FYI, for field API date fields that use ISO format (basically a string), the resulting expression produced by the date_views_filter_handler_simple handler is DATE_FORMAT(STR_TO_DATE(...
Filter view on date
I think storing as timestamps would be the simplest and best way. Thanks for the help!!
Filter view on date
Yes, what I suspected. The core views filter handler for dates (views_handler_filter_date) can only handle UNIX timestamp sql columns. You'll either need to extend that filter handler to...
Filter view on date
Good call on the devel...it shows the filter on the date field is looking for a unix timestamp. FYI, that value corresponds to yesterday, July 13 WHERE (( (ShowsNotices.ShowDate >=...
Filter view on date
Are you able to do some debugging? Can you output the variables in views_handler_filter_date:op_simple() ? Specifically, I would enable Devel and insert something like dpm($this->...
Filter view on date