You must provide autoComplete action to have dependend choices, unless it was an Enum.
But it does not work with action in Services.

for example

in ToDoItem.class

@AutoComplete(repository=ToDoItems.class, action="autoComplete")
public class ToDoItem implements Comparable<ToDoItem> /*, Locatable*/ { // GMAP3: uncomment to use https://github.com/danhaywood/isis-wicket-gmap3

then in ToDoItems.class

    // {{ autoComplete (hidden)
    @Hidden
    public List<ToDoItem> autoComplete(final String description) {
        return allMatches(ToDoItem.class, new Filter<ToDoItem>() {
            @Override
            public boolean accept(final ToDoItem t) {
return ownedByCurrentUser(t) && t.getDescription().contains(description);
            }

        });
    }
    // }}


Freddi

On 17/02/2013 07:10, Christian Steinebach wrote:
Hi everybody,

Is there a way to have dependend choices?

Something like this:

addPhone(@Named("Company") Company company,
            @Named("Model") PhoneModel model){
     Phone p = container.newInstance......
     ...
     return p;
}

choices0AddPhone(){
   return all Phone Companies
}

choices1AddPhone(Company company){
    return models(company)
}

Using the 'Process Object Pattern' as described in Dan's book wouldn't help if 
I understood it right.
An input, like selecting the company will not be 'available' until the user 
clicked 'OK'.
Or am I missing something?

          Christian


            Christian

Reply via email to