Привязка к отображаемому имени списка выбора в Lightswitch с помощью Telerik Grid

Я заменил основной элемент управления сеткой данных Lightswitch 2011 на последний элемент управления Telerik Silverlight RadGridView.

В соответствии с их учебными пособиями я связываю столбцы сетки как обычно.

Однако в основной сетке данных Lightswitch, если вы привязываетесь к строковому полю, которое является ChoiceList (например, Project Status — Value = 1, DisplayName = «In Progress»), автоматически отображается отображаемое имя (например, «IN Progress»).

Но в Telerik RadGridView отображается ЗНАЧЕНИЕ, а не DisplayName (например, 1 в приведенном выше примере).

Вот выражение DataMemberBinding, которое я использую в пользовательском элементе управления XAML:

Я предполагаю, что ядро ​​Lightswitch DataGrid каким-то образом получает его из запроса - я предположил, что это будет что-то вроде Binding ProjectStatus.DisplayName, но это не работает... (см. снимок экрана)

введите здесь описание изображения

        <telerik:GridViewDataColumn  ShowColumnWhenGrouped="False"
                                     Width="SizeToHeader"
                                     CellStyle="{StaticResource FormLabelValueTextStyle}"
                                     DataMemberBinding="{Binding ProjectStatus}">
            <telerik:GridViewDataColumn.Header>
                <TextBlock Style="{StaticResource HeaderCellTextBlockStyle}"
                           Text="Project Status" />
            </telerik:GridViewDataColumn.Header>
        </telerik:GridViewDataColumn>

    </telerik:RadGridView.Columns>
</Controls:RadGridView>

telerik radgridview visual-studio-lightswitch
person Rodney    schedule 01.08.2012    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Списки выбора — это концепция LightSwitch, они хранятся в файле lsml (одна из причин, по которым я их не использую), поэтому я не удивлен, что они недоступны, если вы используете сетка данных без LS.

Обойти это можно было бы, используя фактическую таблицу поиска вместо списка выбора. Тогда вы сможете привязываться к свойствам сущности.

person Yann Duran    schedule 01.08.2012
comment
Спасибо - я принял ваше предложение, поскольку таблицы поиска в любом случае более гибкие, и пользователь может добавлять данные во время выполнения. - person Rodney; 14.08.2012
comment
Не за что, Родни. И ваши причины такие же, как почему я предпочитаю таблицы поиска спискам выбора. - person Yann Duran; 15.08.2012