I think I know what the problem is. Can you enter this in JIRA just so we can track it?
On Sep 24, 2010, at 6:06 PM, Chris Bartlett wrote: > While testing the focus decorator stuff I found an issue which should be > reproducible via the following steps (using trunk) > > 1. Open KitchenSink & expand the 'Lists' Rollup > 2. Click anywhere on the 'Basic' ListButton to display the full list > 3. Click anywhere on the 'Image' ListButton to display the full list > Focus transfers to the 'Image' ListButton's list, but then quickly transfers > again to the 'Basic' ListButton > > 4. (With the 'Image' ListButton still expanded) > Press the down arrow key to change the selected value for 'Basic' from > 'Color' to 'Red' > > The same happens if you select the Image ListButton before the Basic one. > > Screenshots (hopefully) attached, numbered as per the steps above. > > Chris > > On 17 September 2010 23:33, Greg Brown <[email protected]> wrote: > FYI, the "Color" list button in the Kitchen Sink app has been updated to > function as an example of the "repeatable" property. > > On Sep 17, 2010, at 12:03 PM, Greg Brown wrote: > > > Hi all, > > > > I just checked in some updates to resolve PIVOT-458: > > > > https://issues.apache.org/jira/browse/PIVOT-458 > > > > This change adds support for "split" behavior to ListButton. When a > > ListButton's "repeatable" property is set to true, clicking on the content > > area will not show the popup but will instead cause the buttonPressed() > > event to be fired. Clicking on the trigger will show the popup, but not > > fire buttonPressed(). This type of component is useful in situations where > > you want to allow the user to "repeat" a selection (hence, the "repeatable" > > property name). > > > > I would be interested in hearing your feedback. Hope you find it useful. > > > > Greg > > > > > > > <ListButton.zip>
