True - it's given me many headaches.
Any ideas for a workaround? A judiciously-placed callLater ? Some
combination of invalidateXX ?
Even something like this doesn't work:
var source:Array = conditions.source;
conditions.source = [];
conditions.source = source;
conditionList.invalidateList();
On Tue, Jul 27, 2010 at 10:12 PM, Alex Harui <[email protected]> wrote:
>
>
> Flex 3.5 has some issues with ComboBox updating.
>
>
>
> On 7/27/10 4:22 PM, "Richard Rodseth" <[email protected]> wrote:
>
>
>
>
>
>
> I have two scenarios where I have to refresh rows of a list or
> datagrid because the contents are computed, and one of the inputs to
> the computation (some meta-information) has changed.
>
> In the first (a DataGrid) I just have a labelFunction for one of the
> columns, and calling refresh() on the ArrayCollection in the
> presentation model does the trick.
>
> The second is more complicated - the list has an inline item renderer
> which is really a mini-editor containing a combo box. I'm struggling
> to get the combobox label to update. Tried calling refresh() on the
> array collection, invalidateList() on the list, and even
> executeBindings() on the list, to no avail. Binding works in all other
> use cases, eg. inserting and deleting items from the list.
>
> Any special considerations with an inline item renderer or combobox
> when forcing a refresh?
>
> As an aside, this description from the LiveDocs for executeBindings is
> a bit odd.
>
> >>
> Executes the data bindings into this UIComponent object. Workaround
> for MXML container/bindings problem (177074): override
> Container.executeBindings() to prefer descriptor.document over
> parentDocument in the call to BindingManager.executeBindings(). This
> should always provide the correct behavior for instances created by
> descriptor, and will provide the original behavior for
> procedurally-created instances. (The bug may or may not appear in the
> latter case.) A more complete fix, guaranteeing correct behavior in
> both non-DI and reparented-component scenarios, is anticipated for
> updater 1.
> <<
>
>
>
>
>
> --
> Alex Harui
> Flex SDK Team
> Adobe System, Inc.
> http://blogs.adobe.com/aharui
>
>
