Учтем Максим,
А чем Вам не удобен такой же поиск с использованием Фильтра?

Фильтр при работе с русской кодировкой к сожалению несколько некоррекно работает. Видимо причина в самом компоненте-таблице :(

Имеется в виду - Фильтр не грида, а как объект. Этот фильтр можно как самому написать так и использовать стандартные. И в нем нет проблем с кириллицей.

Менять фильтр - это долго. Попробуйте найти нас в Вашей Базе по началу "Пятая.." и по второму слову через фильтр "Среда" - разница в скорости поиска более чем в 3 раза (из-за необходимости настраивать фильтр).

Фильтр работает на сервере, тогда как в гриде на клиенте. Если у Вас будет 100 000 компаний, то разница, кто будет накладывать фильтр, почуствуется сразу.

Фильтр работает на сервере, тогда как в гриде на клиенте. Если у Вас будет 100 000 компаний, то разница, кто будет накладывать фильтр, почуствуется сразу.

Речь идет о разнице "фильтр" и "поиск"

А какая принципиальная разница между фильтром и поиском? (Например в западных системах примерно такой же самый фильтр называют Advanced Search).

при контекстном поиске по началу строки в списке (клиентов, компаний) есть одно неудобство. Если контекст выделен и мы нашли необходимую запись (строку), и хотим через шифт выделить вместе с найденой несколько следующих, то необходимо сначала снять контекстное выделение (синий фон). Иначе, если с нажатым шифтом щелкнуть мышкой по строке на несколько позиций ниже в списке, клиент уходит в 5-10 минутное космическое плавание с негарантированным возвратом.

Вообще-то было бы недурно сделать полнотекстовый поиск по базе с учетом доп.реквизитов.
Вот допустим: у меня в базе на каждую компанию храниться 3 адреса: юридический, почтовый и реальный. Настроить фильтр (даже учитывая то, что он уже написан) - долго. Гораздо фичней было бы Ctrl+F -> "частьадресакоторыйяищу" -> Enter и все :D