ZiZu
Да имеется ввиду не обработка событий как таковых, а то, что будет обрабатываться: только часть данных которые пользователь видит в текущий момент или необходимо перестраивать сам запрос у ретрива и выборки данных снова.

Функции DW (Find, Sort, Filter) обрабатывают то, что имеют на клиенте, т.е., только те данные, которые получены с сервера в настоящий момент. Но следует иметь ввиду вот какую особенность - как только DW отсортирует записи, флаг RetrieveAsNeeded игнорируется - при попытке скроллирования на клиент будет закачиваться весь результат запроса.

Для организации интерфейса фильтрации данных правильнее пользоваться QueryMode - это наиболее переносимый вариант и наиболее гемморойный, если нужны красивости :-). Если точно известно, что будет использоваться только один сервер БД, IMHO, лучше строить механизм самостоятельного изменения where-clause в исходном запросе, по возможности открывать пустой список и окно условий фильтрации, а потом закачивать все к себе.

Кстати, в Application Framework, который поставлялся с PB до появления PFC, был реализован довольно глючный механизм, который предварительно формировал select count(*)..., и, в случае, если предполагалось получить больше определенного количества записей, предупреждал об этом (ругался, мол, ты собираешься 35 000 записей считать, оно тебе нужно? :-)...