Приветствую.
Собственно мне нужен компонент, который может прицепляться к датасету либо гриду и осуществлять в нем поиск (и переход к) записи, значение определенной колонки которой начинается с того, что вводит пользователь в гриде (сам грид может быть readonly).

Т.е. например, пользователь встает в грид на некоторую колонку, начинает вводить текст, а компонент начинает искать запись по типу: WHERE <поле на котором стоит пользователь> LIKE '<текст, введенный пользователем>%'. Как только он находит первую удовлетворяющую условию запись, то тут же на нее переходит и дальше уже не ищет. Т.е. получается такой некоторый инкрементный поиск.
Хотелось еще бы, чтобы это сопровождалось еще и всплывающим окошком, в котором было бы видно, что вводит пользователь... Вот...
(не уверен, но вроде бы такое реализовано в гридах 1С Предприятия вроде...)

В принципе написать конечно такое не сложно, но я думаю, что уже есть такой компонент, тогда бы можно было уже не велосипедить и сэкономить время...

Спасибо

Etar, смысла в таком компоненте нет, ибо задача реализуется быстро и просто.
Какая СУБД и компоненты доступа?

имхо есть 

Такое реализовано в TcxGrid. Но быть может можно написать свой класс, а не компонент... но дял работы не с гридом, а с TDataSet 

такое есть и в TDBGridEh(EhLib) но только это не поиск а фильтрация

Так почему бы не кинуть на форму Edit, Timer и изменять значение фильтра с необходимыми условиями поиска с задержкой от ввода? Это можно сделать как для грида, так и для DataSet.

Это сообщение отредактировал(а) former - 14.9.2009, 12:37

вот автор и хочет, нечто такое только в виде готового компонента

имхо лучше самому написать, в принципе не сложно, зато под себя заточено...
 

Шило на мыло. Но, это как кому нравится. Параметры те же устанавливать придется.

CleverFilter

http://www.torry.net/quicksearchd.php?Stri...r&Title=Yes

таймер-то зачем  , есть же события 

Добавлено через 1 минуту и 46 секунд

Это компоненты, позволяющие строить достаточно сложные фильтры, но никак не связаны с контекстным поиском.

Тем более, есть же официальный сайт 
http://www.devrace.com/ru/cleverfilter/

Что бы выполнять поиск с задержкой в процессе редактирования строки поиска. А то фильтрация будет непрерывной.

удалил  

Это сообщение отредактировал(а) former - 14.9.2009, 23:14

Ты о чем, о поиске или о фильтрации?

Добавлено через 1 минуту и 29 секунд
А зачем поиск с задержкой, наоборот - контекстный поиск должен быть достаточно быстрым. Если пользователь начнёт быстро набирать текст, а искать программа будет с задержкой, то это будет раздражать пользователя.

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

Вот смотри. Если у тебя большой объем данных и ты начинаешь набирать строку для поиска, ошибаешься, стираешь, продолжаешь набор. Все это время будет выполняться фильтрация/поиск. А если у тебя есть задержка 1000 - 1500 мс, то фильтрация/поиск будет выполнена только после окончания ввод (когда пользователь перестанет долбить клавиатуру).
Разумеется ты начнешь сейчас говорить, что это все выполняется локально, но тем не менее.
Посмотри примеры FIB-ов. Там как раз нечто похожее, правда с некоторыми извратами, реализовано.

Это сообщение отредактировал(а) former - 15.9.2009, 09:58

Да, часто путают поиск и фильтрацию. Но на языке программистов есть
TTable.Locate и похожие методы, а есть TTable.Filter.
Взять, например cxGrid, там есть контекстный поиск, а есть фильтрация. Взять, например, DBGridEh - там есть встроенная форма поиска (Сtrl+F), а есть фильтрация.
Понятно, что в языке SQL нет разделения на поиск и фильтрацию относительно операторов языка.