Ситуация: я расширил сетку, и добавил OnKeyDown событие для прослушивания вкладки или стрелки, whcih позволит пользователю перейти к следующему «редактируемые "ячейка. Я делаю это с помощью ...KendoUI MVVM Binding вручную обновить источник от отображаемого значения
var grid = $("#" + that.gridId).data('kendoMyExtension');
grid.closeCell(currentCell);
grid.editCell(desiredCell);
Текущее поведение: он работает, как ожидалось, однако, когда клетка закрывается, она не сохраняет данные (через правильное связывание) с ViewModel.Field к который он связан. ... Однако IFF вы нажимаете кнопку ввода после внесения изменений, вы сохраните изменения.
Что я пробовал: вручную делают обновление, прежде чем я сделать изменения фокуса (и выпалить все то другое кендо лакомства редактирования) с помощью
однако они не работают. и обычно заканчивают тем, что бросают неопределенную ошибку где-то в недрах кендо.
Что я хочу:
В идеале кендо будет поставлять по крайней мере один MVVM и кендо пример расширения (для сетки), которая имеет все функциональные возможности, событие и т.д. будучи связанным .. но .. так Вероятно, я не получу эту просьбу. Я соглашусь:
- Где кендо «хранит» изменения?
- Какой метод используется для фактического вызова обновления {для привязки MVVM NOT dataSource}.
- Я пропустил ключевое слово привязки в духе {one-way, two-way}?
- Является ли кендо на основе нокаута. Могу ли я использовать методы нокаута, чтобы обойти проблемы, которые у меня возникают с кендо.
Есть также много других модификации отображения логики на этой сетке .. Я использую шаблон, чтобы определить, если ячейка должна быть редактируемой, шаблон, чтобы определить, что должно быть вынесено в nonedit & и некоторые логические схемы IOC для подключения к внутренней линии ... (FYI)