I was just tracing the code in the IE. When it goes to the setPagingData to this line

if (!$scope.$$phase) {
$scope.$apply();
}

I see its value $digest and that code is skipped. After that the grid shows blank even though I saw the gridData and pagedData assigned correctly.


>>>>This is an interesting question - the code in the controller is auto-generated (we then add more logic). Why it is set this way I am not sure myself.
>>>>
>>>>Also, yesterday I commented out the paging options and enablePaging and still the behavior was the same. So, the problem is not in the paging, the problem is that when my data change, somehow grid doesn't react and display them. Only by switching to dev tools I can get it to react to that new data set.
>>>
>>>In an MVVM situation which from my reading is what Angular Js is all about, for a control to update, it has to be notified that the underlying binding has been changed. In Silverlight/wpf that is handled by INotifyPropertyChanged and all works great. I'm sure there is a similar mechanism in Angular which you are not calling after mucking around with sort, etc.
>>
>>Yes, I was thinking about it too yesterday that I have to explicitly call something now. I'm going to do some research in this direction today.
>
>It shouldn't be needed - except in rare cases.
>
>One is when $scope is not aware of changes.
>Your use of the js timeout() function was an example of that: $scope won't know what happened inside the function - you should use angularjs $timeout() instead (which automatically generates an $apply().
>But I don't think you have timeout() anymore ?
>
>Another to watch out for is callbacks where $scope (and other objects) may not be accessible because of closure.