конечно, можно даже сделать так, что они будут появляться в представлении коллекции, но при этом сама коллекция будет пустая.
начнем с того, что ICollectionView синхронизируется с основной коллекцией через интерфейс INotifyCollectionChanged который предоставляет события CollectionChanged.
Добавление\вставка\удаление\перемещение\замена элементов может быть только по 1 за 1 изменение.
Если источник такой интерфейс не поддерживает, можно либо дергать обработчик события с нужными параметрами, либо методы которые он вызывает. И эффект будет такой же.
+ еще есть такая фишка, что если вы передаете IEnumerable в ItemsSource элемент ItemsControl, то для него будет браться представление по умолчанию CollectionViewSource.GetDefaultView(), но если в ItemsSource передавать ICollectionView, то будет использовать непосредственно он.
Практически для все коллекций\перечислений используется представление ListCollectionView, от него можно унаследоваться и передавть в ItemsSource непосредственно его.
Завтра буду на работе, могу накидать пример, если сильно нужно :)

ну и как я уже написал, то, что вы возвращаете из медели представления ICollectionView в видел CollectionViewSource.GetDefaultView, это бесполезная хрень, потому как после того как вы зададите коллекцию sz_list в свойство ItemsSource, элемент управления сам получит представление по умолчанию :)

и еще 1 момент важно помнить CollectionViewSource.GetDefaultView в разных потоках будет возвращать разные представления. одно и тоже представление коллекции в разных потоках использовать нельзя.

vb_subRoman Mejtes,
да дайте пожалуйста пример. А ICollectionView нужно использовать вместо прямого биндинга к коллекции, когда нужно применять сортировку, фильтрацию, группировку или еще в каких-либо случаях?
я использую ICollectionView для отображения иерархий в контролах типа ItemsControl (ListBox, ComboBox)
так же ICollectionView синхронизирует CurrentItem этих контролов. То есть можно управлять текущим выбранным элементом. Если можно так сказать. Группировка дерьмо полное, лучше делать иерархические списки разного типа. Для разных типов задать разные шаблоны данных. Nfr Так же через ICollectionView в отображаемую коллекцию элементов можно добавлять такие как NewItemPlaceholder или просто элемент коллекции заданного типа по умолчанию, для добавления коллекции. Ведь вы и из представления можете добавить элемент в коллекцию, при условии что исходная коллекция имеет типа IList или ICollection и прочие полезные функции, через этот замечательный интерфейс можно реализовать.
Используйте ListCollectionView как основу, нет ни какой необходимости реализовывать этот класс с нуля. Для DataTable классов есть отдельные представление.
Думаю на этом всё, я решил завтра поработать :) так что прошу прощения :) дома не стоит студия и ставить мне её честно говоря не очень хочется :)
В прямом биндинге нет особого смысла, так как существует представление по умолчанию! но, если вы биндите 1 и туже коллекцию к разным элементам списочного типа, то сортировка, группировка и весь функционал про который написано выше будет дублироваться, то есть фильтрация будет применяться на все элементы управления. Имеет смысл в данном случае создавать свое представление коллекции и передавать его в ItemsSource (биндить). Тогда в каждом из контролов всё будет раздельно =)
Для отключения синхронизации CurrentItem можно использовать свойство Selector.IsSynchronizedWithCurrentItem, оно доступно для всяких combobox'ов, listitem'ов и прочего наследованно от класса селектора.

refregvb_sub

Я не вижу добавляемого элемента, есть элемент, у которого меняется свойство.

есть такое, если меняется через свойство и реализовано через фильтрацию, то только Refresh.
По другому не работает. Но можно написать прослойку которая будет фильтровать так, что реализация будет через Add\Remove\Insert и т.д. =)

https://drive.google.com/open?id=0BxmtlsFg8WIsdUFmVG1Od3I3S28
пример, как для List<T> сделать добавление\удаление без Refresh.
Если интересны примеры и иерархиями могу тоже пример скинуть, где то валяется
Это пример с коленки