ВМоисеевЭкранная форма (панель элементов) для ввода параметров запроса есть.
Тогда причем здесь контекстный поиск?
не всегда нужна эта панель (окно) форма и т.п. Если пользователь находится в списке на элементе данных, то зачем ему еще какие-то элементы интерфейса для того, чтобы найти что-то в этом списке или отфильтровать. Достаточно просто набирать на клавиатуре требуемый шаблон для поиска. Список моментально фильтруется или выполняется переход на первую/следующую найденную по шаблону запись. Это и есть использование текущего контекста, который нужно использовать "по максимуму", избавляя пользователя от лишних "рукодвижений" .
А QBE отновился к Вашему:
ВМоисеевПокажите как реализуется Ваш тезис на этом реальном примере. Требуется задать выбор из списка, задание диапазона и текстового фрагмента, параметры можно задавать по одиночке, все вместе или в виде любых комбинаций.

это совсем не относится к контекстному поиску, но зачем Вы попросили показать пример- я не в курсе.

ViPRosiscrafm,

ну тогда надо всегда отделить редактирование от поиска
конечно. По большому счету гриды обычно используются в двух ипостасях: навигатор по списку и редактор списка. С навигацией понятно, там режим контекстного поиска может использоваться по умолчанию. Если же грид используется для редактирования списков, то такой режим просто включается дополнительно. Тогда при вводе прежде всего отрабатывает поиск, а к редактированию приводит некое дополнительное действие, в большинстве случаев у всех обычно это пробел или клик мышью