In the sample the field layout isn't being applied to the first record; but it is being applied to all subsequent records.  I hope that clears it up.

The style that's not getting applied can't really get put above the DataSource in the xaml, because it's its own separate element, something like this:

<igDP:XamDataGrid ... ... ... DataSource="{Binding Path=MyPath}">
<igDP:XamDataGrid.FieldSettings>
<igDP:FieldSettings ... ... ...
CellValuePresenterStyle="{StaticResource MyStyle}"
>
</igDP:FieldSettings>
</igDP:XamDataGrid.FieldSettings>
</igDP:XamDataGrid>

I don't think there's any way to move the DataSource after the FieldSettings, is there?

But I'd be surprised if it's beginning to render the data before it's even processed the xaml, but you're right that it does appear to be some kind of a timing issue. That's where I'm hoping something within Infragistics code might have fixed this.

As one quick other point, I can see in the debugger that the CellValuePresenterStyle is set properly on the grid, but not on any lower level FieldLayouts or individual Fields. So it's not that it's not being set, or that it's being overwritten. It's something in Infragistics' processing of that. But I can see, using Snoop, that the default Infragistics stylings - the individual colors, that is - are being used for the errant record.

Why are you not able to flip the order of variables in the XAML code?   That's what worked for me in the end.

It looks like the rendering is a multi-threaded or multi-capable handling processor, because it starts rendering the datasource as soon as it gets it; having the formatting first gets the formatting rendering while the datasource hasn't been built.  That minor delay is what seemed to be the problem.

Not a whole lot of help, but at least a bit of clarification.

Hi - we've stumbled into a similar problem with different enough circumstances that we cannot apply this suggested fix directly. But the bottom line is that we're facing the same symptoms: set a CellValuePresenter style for use by the entire grid, but it only has effect on rows 2-n. The first row is initially unstyled, but as you scroll around, a different random row will become unstyled instead, and so on.

So my question is: is the fix suggested more of a workaround to hide an existing Infragistics issue? Might the issue surface in other ways? And if so, might it be something that's been fixed in a later release?

I will probably need to open a separate issue on this, but was hoping for some guidance in the context of Collin's original issue.

That certainly does help and has managed to solve my wonderfully troublesome problem!  I had been under the (apparently mistaken) impression that properties and in particular attached properties weren't necessarily processed in the order laid out in the xaml, but it seems I was wrong.

Again, thank you!

Hi,

The simplest way to get the desired result is to set the DataSource after setting the attached property for the layouts.

<igDP:XamDataGrid x:Name="DataGrid" 
         GridTesting:AddFieldLayoutBehavior.FieldLayouts="{Binding Path=FieldLayouts}"
         DataSource="{Binding Path=DataCollection}"  Margin="0,0,0,-134">

Hope this helps!

Thanks,

Diyan Dimitrov