I really enjoy this module, but what I don't like, is it's not allowing site admin to choose widget type for the field. Wouldn't it be great, to let field type changable, like it's done in Content Taxonomy module ?
Now I understand, that it would be big task of implementing different widged types selection, so here it goes my second suggestion. Widget type auto selected by this module generally works ok, but for very big vocabularies ( like the one I have with cities, ~1000 terms ) having full page of terms in checkboxes list is very bad, first for page loading time, and mostly because it creates very bad user experience. What I recommend is implementing atleast option for admin to set field widget type to "autocomplete". In my opinion it is best widget type for big vocabularies. So user dont have to scroll page and find, say, his own city in city list. He only needs to enter first letters.

Now, to answer your possible question, why I don't want to use Content Taxonomy module, I must say, that module seems to be very very bugged, almost not maintained and generally is not ready for production use. Just one glance at that module's opened bug reports should be enough to make conclusions.
So it would be great if CCK Taxonomy SSU became community-choice module for CCK Taxonomy fields, having active maintainer and bugs actually fixed.

Comments

rconstantine’s picture

Status: Active » Closed (duplicate)

Please search previous posts before making new ones.
http://drupal.org/node/195737

crea’s picture

I saw that one, but its something different, I mean it's more general thing. Implementing autocomplete widget seems to me simplier than implementing multi-level AJAX hierarchy loaded. I'm not developer myself, other way I would implement that thing on my own :)

rconstantine’s picture

You mean to say that you're just looking for an autocomplete text field? No hierarchical representation of the vocabulary?

crea’s picture

Sorry for late answer, forgot about this issue.
Yes, I was looking for autocomplete solution. But it seems it would be better indeed to wait until some good guy implements Hierarchical Select widget type support in SSU