Got it!

Just to check the obvious... are you sure that your options lists have no more than 6 entries (the number configured into the "Limit" as shown on your screenshot.) If they have more than 6, they will still get shown as lists (you wouldn't want 1000 checkboxes!)

Let me know. Otherwise it's something strange, this module seems to be working well in general.

Wow, thanks for rapid reply. I even tried 100 and 150 items. Also tried adding a filter for some yes/no items, such as sticky. Still, no checkboxes. I tried adding a new filter, to see if it required something new before it worked. All I get are regular drop-downs.

Well I like to provide fast customer service - sometimes I forget I don't get paid for this :)

Um... something strange. Are you using the "Views Filterblock" module? If so, please read this: http://drupal.org/node/278370 -- If not, can you give me a list of other modules you're using? I'd guess some kid of incompatibility with another module.

I don't have views filterblock installed.. but I do have a slew of other modules. I'll try in a brand new site (time-permitting) to see how far I get.

brand new fresh install. Only two modules: views, and views checkboxes. Added the node: published filter. It's still a drop-down. Can you attach a screenshot so that I can tell what I should be looking for? Also, try the fresh install that I just did... I used the newly released 5.9. My other site was 5.7.

OK. It certainly should work with a new site with only standard modules. Maybe try just disabling any other modules which make any changes to forms.

Very weird! I've had it working on my live site with 5.7, 5.8 and 5.9, no problems. Here's a screen-shot - you can see 3 filters at the top of the view - two of them as checkboxes, one as a list because it has two many entries (Limit=5)

Are you using the released version of Views, not a dev version?

Apologies! I was thinking that it changes the admin interface at admin/build/views/1/edit. I'm a big fan of this module now that I understand it!

(not sure of use case of size of list.... wouldn't a setting other than zero end up excluding items that are there?)

Thanks for the module. BTW, figured this out just before I got your note. Was standing in line for lunch at a conference, when it dawned on me what I should be looking for. Now... for some lasagna!

:) So, a lack of proper documentation on our part! :)

Actually, I was thinking today that maybe it could offer to change the Views Admin interface too, I think it would be a very minor update. Would it be useful? In fact, it could be easily made to change *any* form that has listboxes to show radios/checkboxes instead, not sure if people would want that though.

"size of list" allows you to set (globally) the number of items shown in the list. If you set it zero you get Views' default (ISTR that's 8 entries, not sure)... more than that you'll get a scrolling list. So for example, if you know you'll never have more than 10 items, you can set it to 10 so that they all get displayed with no scroll bar - just a bit nicer for the user.

If it were configurable (yes on filters, yes on admin, no on regular forms, for instance) it sounds like it could be a good idea.

Actually, I think the module would be improved if it were configurable on a per-view basis.

Making it configurable per-view would add quite a lot of extra stuff - code to get a list of currently defined Views, handle situation of a View being later deleted, provide forms or tabls for configuration per view, etc.) I'm not sure it would really offer much benefit for the level of work required and the increased complexity (more to go wrong.) Let me know if you find a real case where it's necessary and why, but honestly I think you'll find the current set of options are perfectly adequate for most situations.