... but if you did want to follow Stephen's suggestion and use an object
(rather than a value type), then that object can be annotated either with

 @DomainObject(bounded=true) ... for a simple drop-down

or

@DomainObject(autoCompleteRepository=..., autoCompleteAction=...)  ... for
an autocomplete using the specified repository





On 8 March 2016 at 06:29, Jeroen van der Wal <jer...@stromboli.it> wrote:

> There is a sample in the documentation [1] with a list of integers. Would
> work equally with strings.
>
> [1]
> http://isis.apache.org/guides/rgcms.html#_rgcms_methods_prefixes_choices
>
>
>
>
>
>
>
>
>
>
>
>
> On 8 March 2016 at 06:10, Stephen Cameron <steve.cameron...@gmail.com>
> wrote:
>
> > yes, make the property of interest an object (not an enum) but hide the
> > getter and setter of that property, then define a separate getter and
> > setter that makes it appear as if that property is a string, you'll need
> a
> > choiceXXX() for the setter to make it into a drop down, and maybe another
> > action to be able to add an new entry to the list.
> >
> > I cannot copy some code from here but can do so later on, also I think
> > there is a ticket to allow this all to happen by annotation at some
> stage.
> > It works fine with the above but its such a regular requirement that a
> > short-cut method would be good.
> >
> > On Tue, Mar 8, 2016 at 3:47 PM, Vishma Senadhi Dias <
> > vishma...@cse.mrt.ac.lk
> > > wrote:
> >
> > > Hi all,
> > >
> > >  I have used enumerated classes for drop down inputs in isis. The
> issue I
> > > have is I need the input data sets to be dynamic. More precisely I need
> > the
> > > inputs to be generated at the run time, not the compile time. Using
> > > enumerated classes restricts me to the compile time which make me
> change
> > > the code and compile again and again whenever a change of input set
> > occurs.
> > >
> > >
> > > Is there any way of implementing combo box or a drop-down to select
> input
> > > parameters to a field other than enumerated types?
> > >
> > > Best Regards,
> > > Vishma.
> > >
> >
>

Reply via email to