It seems that the drop down should at least be able to take a ListModel<Foo>,
but that doesn't work either...
I actually was just writing code to get around this right now.
DropDownChoice<Foo> dd =
new DropDownChoice<Foo>("foo",
new IModel<List<? extends Foo>>()
{
public List<? extends Foo> getObject()
{
return getListOfFoos();
}
//some noops
});
Thoughts?
igor.vaynberg wrote:
>
> i also dont remember using a compound property model...can we remove that?
>
> -igor
>
> On Mon, Mar 2, 2009 at 12:57 PM, James Carman
> <jcar...@carmanconsulting.com> wrote:
>> Can you remember ever having to do either one of those? I guess I
>> could see someone trying to do such a thing during the processing of
>> an AJAX request to perhaps make more stuff show up in the
>> DDC/ListView. But, for that case, wouldn't it be easier to just
>> modify the underlying list (I assume they'd use a list because
>> anything else, such as an LDM, would tend to be read-only)?
>>
>> On Mon, Mar 2, 2009 at 3:47 PM, Igor Vaynberg <igor.vaynb...@gmail.com>
>> wrote:
>>> depends on your coding style.
>>>
>>> -igor
>>>
>>> On Mon, Mar 2, 2009 at 12:44 PM, James Carman
>>> <jcar...@carmanconsulting.com> wrote:
>>>> Aren't both the "choices" model in DDC and the actual model of
>>>> ListView supposed to be considered read-only (as far as the component
>>>> is concerned)? The DDC and ListView don't need to be able to alter
>>>> those models anyway, right? Perhaps my experience is just too
>>>> limited, but I don't think I've ever tried to do either one of your
>>>> usecases (I always consider them read-only).
>>>>
>>>>
>>>> On Mon, Mar 2, 2009 at 3:24 PM, Igor Vaynberg <igor.vaynb...@gmail.com>
>>>> wrote:
>>>>> see WICKET-2126
>>>>>
>>>>> -igor
>>>>>
>>>>> On Mon, Mar 2, 2009 at 12:19 PM, James Carman
>>>>> <jcar...@carmanconsulting.com> wrote:
>>>>>> I vote -0.99 on this (non-binding of course). I'd vote +1 to making
>>>>>> ListView accept List<? extends T> rather than making DDC less
>>>>>> flexible.
>>>>>>
>>>>>> On Mon, Mar 2, 2009 at 3:11 PM, Brill Pappin <br...@pappin.ca> wrote:
>>>>>>> Ok, as suggested, here is the thread, and the first vote.
>>>>>>>
>>>>>>> +1
>>>>>>> for making the generic definition the same for all list type
>>>>>>> components.
>>>>>>>
>>>>>>> FYI - you can also "vote" in the issue I just created at (which
>>>>>>> might
>>>>>>> actually be a better place to vote):
>>>>>>> https://issues.apache.org/jira/browse/WICKET-2137
>>>>>>>
>>>>>>> - Brill
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 28-Feb-09, at 5:18 PM, Jeremy Thomerson wrote:
>>>>>>>
>>>>>>>> Perhaps start a vote thread, with the subject something like:
>>>>>>>> "VOTE:
>>>>>>>> Remove
>>>>>>>> ? extends from constructor of DropDownChoice".
>>>>>>>>
>>>>>>>> I'd be +1 non-binding
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Jeremy Thomerson
>>>>>>>> http://www.wickettraining.com
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 28, 2009 at 3:33 PM, Brill Pappin <br...@pappin.ca>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> I'm of the don't widen it camp anyway :)
>>>>>>>>>
>>>>>>>>> So how do I go about gathering support for having the
>>>>>>>>> DropDownChoice work
>>>>>>>>> with the models the way everything else does?
>>>>>>>>>
>>>>>>>>> - Brill
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 28-Feb-09, at 1:42 AM, Igor Vaynberg wrote:
>>>>>>>>>
>>>>>>>>> yes, the choice was intentional. personally i do not care if it is
>>>>>>>>> <T>
>>>>>>>>>>
>>>>>>>>>> all the way, some users complained so we widened it on the
>>>>>>>>>> choices
>>>>>>>>>> model, we cannot widen it on the main model.
>>>>>>>>>>
>>>>>>>>>> -igor
>>>>>>>>>>
>>>>>>>>>> On Fri, Feb 27, 2009 at 8:51 PM, Brill Pappin <br...@pappin.ca>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> I see... but this would i think because Bar "is a" Foo:
>>>>>>>>>>>
>>>>>>>>>>> class Bar exends Foo {}
>>>>>>>>>>> List<? extends Foo> list = ...
>>>>>>>>>>> list.add(new Bar());
>>>>>>>>>>>
>>>>>>>>>>> Anyway, what your saying is that the generics choice was
>>>>>>>>>>> intentional?
>>>>>>>>>>>
>>>>>>>>>>> - Brill
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 27-Feb-09, at 3:19 PM, Igor Vaynberg wrote:
>>>>>>>>>>>
>>>>>>>>>>> list<? extends string> stings=...
>>>>>>>>>>>>
>>>>>>>>>>>> strings.add("asd"); <== wont compile
>>>>>>>>>>>>
>>>>>>>>>>>> -igor
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Feb 27, 2009 at 11:13 AM, Adriano dos Santos Fernandes
>>>>>>>>>>>> <adrian...@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> What do you mean with "read only" here?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Adriano
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Igor Vaynberg escreveu:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <? extends Foo> collections are read only, it would be too
>>>>>>>>>>>>>> inconvenient to make the model collection read only :)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -igor
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Thu, Feb 26, 2009 at 8:34 PM, Jeremy Thomerson
>>>>>>>>>>>>>> <jer...@wickettraining.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This is what I was commenting on last week on the list (or
>>>>>>>>>>>>>>> earlier
>>>>>>>>>>>>>>> this
>>>>>>>>>>>>>>> week). One expects List<? extends Foo> while the other
>>>>>>>>>>>>>>> expects
>>>>>>>>>>>>>>> List<Foo>.
>>>>>>>>>>>>>>> I'm not fully convinced yet that the "? extends" is the
>>>>>>>>>>>>>>> better
>>>>>>>>>>>>>>> option.
>>>>>>>>>>>>>>> Either way, I think they should be the same.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Jeremy Thomerson
>>>>>>>>>>>>>>> http://www.wickettraining.com
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Thu, Feb 26, 2009 at 8:27 PM, Brill Pappin
>>>>>>>>>>>>>>> <br...@pappin.ca>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Roughly what I'm doing is:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> class TypeA{}
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> class TypeAModel extends LoadableDetachableModel<
>>>>>>>>>>>>>>>> List<TypeA>> {
>>>>>>>>>>>>>>>> public List<TypeA> load(){
>>>>>>>>>>>>>>>> ... do the load ...
>>>>>>>>>>>>>>>> return ...
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> TypeAModel model = new TypeAModel();
>>>>>>>>>>>>>>>> DropDownChoice< TypeA> ddc = new
>>>>>>>>>>>>>>>> DropDownChoice<TypeA>("id", model
>>>>>>>>>>>>>>>> );
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> which gets complained about... in this case the generic def
>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>> DropDownChoice<List<? extends T>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I think the problem is that the generic def of the class
>>>>>>>>>>>>>>>> should
>>>>>>>>>>>>>>>> actually
>>>>>>>>>>>>>>>> be
>>>>>>>>>>>>>>>> DropDownChoice<List<T>> because you are already identifying
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> type
>>>>>>>>>>>>>>>> when
>>>>>>>>>>>>>>>> you create a new instance.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Now... my generics are a bit hazy at this level, because I
>>>>>>>>>>>>>>>> can
>>>>>>>>>>>>>>>> understand
>>>>>>>>>>>>>>>> why it was done that way... does anyone with more generics
>>>>>>>>>>>>>>>> experience
>>>>>>>>>>>>>>>> know
>>>>>>>>>>>>>>>> what it should be? Is this a bug that needs filing?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> - Brill
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 26-Feb-09, at 6:03 PM, Kaspar Fischer wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 26.02.2009, at 22:52, Brill Pappin wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> For some reason the DropDownChoice component doesn't have
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> same
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> generics as ListView and it will not accept a model that
>>>>>>>>>>>>>>>>>> listview
>>>>>>>>>>>>>>>>>> will,
>>>>>>>>>>>>>>>>>> despite its saying that it will accept an IModel.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Is anyone else having that sort of trouble with
>>>>>>>>>>>>>>>>>> DropDownChoice?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> - Brill
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Can you give us more information on what exactly is not
>>>>>>>>>>>>>>>>> working
>>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>>> you?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> DropDownChoice indeed does accept a model, see for
>>>>>>>>>>>>>>>>> instance the
>>>>>>>>>>>>>>>>> example
>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>> the class description at
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> http://wicket.apache.org/docs/1.4/org/apache/wicket/markup/html/form/DropDownChoice.html
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> This works for me.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Kaspar
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> <!-- HTML: -->
>>>>>>>>>>>>>>>>> <select wicket:id="site">
>>>>>>>>>>>>>>>>> <option>site 1</option>
>>>>>>>>>>>>>>>>> <option>site 2</option>
>>>>>>>>>>>>>>>>> </select>
>>>>>>>>>>>>>>>>> <ul>
>>>>>>>>>>>>>>>>> <li wicket:id="site2"><wicket:container
>>>>>>>>>>>>>>>>> wicket:id="sitename"/></li>
>>>>>>>>>>>>>>>>> </ul>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> // Code
>>>>>>>>>>>>>>>>> List SITES = Arrays.asList(new String[] {
>>>>>>>>>>>>>>>>> "The Server Side", "Java Lobby", "Java.Net"
>>>>>>>>>>>>>>>>> });
>>>>>>>>>>>>>>>>> form.add(new DropDownChoice("site", SITES));
>>>>>>>>>>>>>>>>> form.add(new ListView("site2", SITES)
>>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>> @Override
>>>>>>>>>>>>>>>>> protected void populateItem(ListItem item)
>>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>> item.add(new Label("sitename", item.getModel()));
>>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>> });
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>> users-unsubscr...@wicket.apache.org
>>>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>>> users-h...@wicket.apache.org
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>> users-h...@wicket.apache.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ? extends
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>> es, the choice
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/using-a-model-with-DropDownChoice-tp22234544p22311062.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
