-
1. Re: rich:comboBox vs. h:selectOneMenu
netdrag Jul 22, 2009 12:57 PM (in response to daxxy)I am not sure, but I think I found some posts where someone explained that the combobox ignores the label attribute of s:selectItems and this is an expected behaviour.
-
2. Re: rich:comboBox vs. h:selectOneMenu
ilya_shaikovsky Jul 22, 2009 1:03 PM (in response to daxxy)yes, because combobox is input with client side suggestions, not a select.
-
3. Re: rich:comboBox vs. h:selectOneMenu
daxxy Jul 22, 2009 1:07 PM (in response to daxxy)Ah, thank you, that makes sense!
Does richfaces provide a select? I hesitate to ask this since it probably reveals a deep misunderstanding of richfaces, but I'm doing it anyway.
Still just a newbie, but a curious one,
TDR -
4. Re: rich:comboBox vs. h:selectOneMenu
ilya_shaikovsky Jul 22, 2009 1:20 PM (in response to daxxy)inplaceSelect is closer one to standard.
ListShuttle and pickList - rich selectMany components but seems not for your case :). -
5. Re: rich:comboBox vs. h:selectOneMenu
daxxy Jul 22, 2009 1:50 PM (in response to daxxy)rich:inplaceSelect seems to work, but my users also want to be able to enter strings of their own devising and it seems that inplaceSelect doesn't allow this.
Maybe I'll have to put an additional input field (e.g. inplaceInput) to accomodate this request.
thanks for the info, Ilya!
TDR