Hi Andrew,

Can you give me a scenario where a writable computed observable would be required? As the KO site states, these are very uncommon, mainly because the computed nature of the observable makes them unnecessary. If you need an update, set one or more of the dependent observables, and the computer observable also reflects the change.

MVVM is still lacking some of the capability that is provided by the standard widgets. For example a tooltip cannot bind it's content property to a function in a viewmodel. 

It would be exponentially helpful if the "ObservableArray" implemented some basic "Where/Select/Single" methods. This would assist in searching through them and give Kendo UI a much needed facelift in the array department.

Behavior would be, theoretically, as follows...

var viewModel = kendo.observable({
    Users: [
    {
       id: 1,
       name: "Stacey"
     },
     {
       id: 2,
       name: "Dylan"
     },
     {
       id: 3,
       name: "John"
     }
 ]
});

var idSearch = 1;

var result = kendo.Search(viewModelArray).Where(function(x) { return x.id == idSearch });

or ...

var result = kendo.Search(viewModelArray)
.Single(function(x) { return x.id == idSearch });

or possibly even chained like in "linqjs"

var result = kendo.Search(viewModelArray)
.Where(function(x) { return x.id == idSearch })
.Single();

Suppose a model is defined with settings for editable, required, validation, etc. Then this model is used a datasource's schema.

Instances of the datasource's data will be models. However, if a model is bound to some HTML view, it's settings are not applied to the view. All settings have to be manually applied to the HTML elements.

I suggest that these settings are applied automatically. Then for example, a field's property like "required" wouldn't have to be coded at two different places.

Allow to sort an ObservableArray

The current work around is to use the native array function

Array.prototype.sort.call(myArray, myComparer);

There are issues with null values not correctly binding without using a custom binder.

See demo project here: http://www.kendoui.com/code-library/mvc/grid/binding-nullable-field-to-dropdownlist-editor-in-grid.aspx

Forum post here: http://www.kendoui.com/forums/mvc/grid/nullable-property-in-grid-doesn't-update-(when-bound-to-combobox).aspx

When a template is declaratively bound in the markup there is currently no way to change it.


In order to make our app changeable by the owners of the data.  We're trying to make everything somewhat generic.  So Ajax call happens, they can provide us with the data and template to use.

However with MVVM there isn't any way for us to actually USE that template.


Steve

ObservableArray currently implements some of the ES-5 Array functions, including:
indexOf(), forEach(), map(), filter(), find(), every(), some()

Like the other Array functions, ObservableArray should use the native implementations of these functions if the browser implements them (IE9+, Firefox, Webkit, etc.).

We need to be able to define models with complex/nested fields

```
var Book = kendo.Data.Model.define({
    id: 'id',
    field: {
        id: { type: 'string'},
        title: { type: 'string'},
        author: {
            firstName: { type: 'string'},
            lastName: { type: 'string'},        
        }
    }
});

We would also benefit of fields of type kendo.data.Model and [kendo.data.Model] (arrays of items derived from kendo.data.Model) like mongoose Documents, SubDocuments and Arrays of SubDocuments. 

DataSources are simply arrays of such models and do not need to be flat tables.

Grids should not be an issue: they could ignore all complex fields and arrays and rely on calculated fields at the root to flatten the Model.

For performance reasons, it would be nice to be able to stop the change notification for the change of a single property value on a single item in an ObservableArray (or DataSource) from causing the whole ObservableArray from raising a change notification for its bindings.

This causes all the bindings for all the items to be re-evaluated.

It would be nice to have some additional "flow control" for the MVVM framework, including ...

"if" -

<div data-bind="if: [property]">
    // renders if the given value is true
</div>

and "not"

<div data-bind="not: enabled">
// renders if the given value is false
</div>

and "each"
<div data-bind="each: array">
// renders this section for each item in the array given
</div>

I know some of this can be achieved with templates, but this would make it very convenient and mean we did not have to use templates everywhere, and could lead to much more natural coding.

It would be nice if it will be possible to bind multiple viewmodel to a single DOM container. Like xaml binding in witch you can specify a "Binding Source" adding a simple way to specify different viewmodel can help in many real situation. The solution can be accomplished very easily. If you introduce an override of kendo.bind in witch u can specify a key string for identify a viewmodel then with a data attribute or a custom binding you can filter when activate or not the bindings. 

Current way of implementing functions in viewmodels suck because you have to use this.get and this.set to access the viewmodel properties. 
The syntax would be much prettier if you can use advantage of TypeScript strong typing.

When the Kendo Grid is bound using MVVM, add a 2-way 'value' binding which tracks the data items for selected rows.

The new binding should have the following features:
•	Support a 'value' binding on the observable model: 
<div data-role="grid" data-bind="source: someDatasource, value: selectedItems" ...>
•	Support multiple select mode using an array binding, or single select mode using a single dataItem.
•	2-way binding (update grid selection when the bound value is changed; update bound value when grid selection is changed) 
This new feature will make it easier to handle two use cases (which are both super common) when using MVVM:
•	Implement a checkbox column to control selected rows
•	Implement another MVVM component which wants to take some action based on the currently-selected grid item(s)

Here is an example of a partial solution that somebody else implemented:
http://www.telerik.com/forums/mvvm-binding-for-grid-selected-row

The custom binding that Atanas posted only supports single-row selection mode. It is also model-dependent and (I think) uni-drectional.

Bug report

When a readonly TextBox is set also enabled: true in MVVM, the readonly is not taken into account.

Reproduction of the problem

1. Open the Dojo - https://dojo.telerik.com/@NeliKondova/ireTUWOD/2 and try to enter text in both TextBoxes

Current behavior

When the enabled and readonly are used together in MVVM TextBox, the component gets enabled but is not readonly.

Expected/desired behavior

The MVVM TextBox should be read only, even if the enabled is set to true.

TicketID: 1626627

Environment

• Kendo UI version: 2023.2.829
• Browser: [all ]

Currently radio buttons can only bind to a string. They need to bind to a boolean value so we can have clean models, otherwise we have to put in ugly functions to convert the string to a boolean within the model.

Avoid as much as possible the reference of the view from the view model.
E.g.: cannot have to use jquery selector $("#idElement") to make modification on the fly

I was trying to use negation operator in a binding using MVVM, just like angular does it, for example I am going to use, you could say why don't use "invisible", it could work on this example, but we have some others custom bindings, or some other scenarios were we have to create multiple properties to handle that, which is a pain.
EX
<div id="example-1" data-bind="visible: !IsNotAdmin"></div>
<div id="example-1" data-bind="customBinding: !IsAdmin"></div>
So, are you supporting the negation operator on bindings or are you planning to do it?

### Bug report

When the Kendo UI NumericTextBox widget is implemented via the MVVM pattern, the property "selectOnFocus" can't be set with the 'data' attribute.

### Reproduction of the problem

1) Create a NumericTextBox widget by using MVVM pattern;

2) Set data-selectOnFocus="true" to the input element for the NumericTextBox;

3) Enter a value in the NumericTextBox and focus it;

4) The entered value is not selected;

A Dojo sample for reproduction: https://dojo.telerik.com/aTidozIC

### Expected/desired behavior

When the Kendo UI NmericTextBox with MVVM is configured with option data-selectOnFocus="true", the entered value should be selected, once the input element is focused.

### Environment

* **Kendo UI version:**2021.1.224
* **jQuery version:** 1.12.4
* **Browser:** [all]

Knockout has a 2-way hasFocus binding: http://knockoutjs.com/documentation/hasfocus-binding.html

Currently, setting input focus requires page-level  (non mvvm) event binding. Having this binding or similar would allow for cleaner form code.