That's not why. The reason for the difference is simply that AjaxFormLoop, Palette, Checklist, Hidden, and RadioGroup /always/ make use of ValueEncoder.
Grid, GridRows, and Loop don't (the only do when they're used inside a form). Encoder probably should be marked as required for Select. Robert On Aug 23, 2011, at 8/239:21 AM , Denis Stepanov wrote: > Because it can't determine a type from a collection of values. > > Denis > > Aug 23, 2011 v 12:16 PM, Bob Harner: > >> Although I don't agree with the majority, I'll work on updating the >> javadocs to make the meaning of "required" clearer for the encoder >> parameter. >> >> For this, can anyone tell me why Grid, GridRows, Loop, and Select mark >> the "encoder" parameter optional while AjaxFormLoop, Palette, >> Checklist, Hidden, RadioGroup mark it required? >> >> >> On Tue, Aug 23, 2011 at 1:37 AM, Robert Zeigler >> <robert.zeig...@roxanemy.com> wrote: >>>> >>>> As a developer I'm not looking at components in isolation, but rather, >>>> I'm looking at T5 as a framework. So if the framework provdes defaults >>>> and I don't need to, fantastic! Moreover, I don't need to know that >>>> attribute was ever required, for that's now unimportant information. >>>> >>> >>> Except when the framework can't provide a default and it blows up in your >>> face. :) >>> Especially with value encoders, the framework /tries/ to provide a default, >>> and often can, but it's not guaranteed. >>> >>> Robert >>> >>>> Steve. >>>> >>>> >>>> On 23 August 2011 10:18, Robert Zeigler <robert.zeig...@roxanemy.com> >>>> wrote: >>>>> >>>>> On Aug 22, 2011, at 8/229:06 PM , Bob Harner wrote: >>>>>> >>>>>> "In many cases, a ValueEncoder can be generated automatically from the >>>>> >>>>> And this is the crux: in /many/ cases... /can/ be generated. When it >>>>> can't be, you'll still get the exception that it's not bound and must be. >>>>> Ergo: required. :) >>>>> >>>>> Robert >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>>>> For additional commands, e-mail: users-h...@tapestry.apache.org >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>>> For additional commands, e-mail: users-h...@tapestry.apache.org >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
