Сабж в гриде - невозможно, т.к. там один пиклист-набор для всех записей.
Как вариант - сделать комбобокс, кот. вставлять вместо ячейки.
При его схлопывании отправлять значение в датасет. Но качественно это сделать не так просто.

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

ерунду говоришь, и ли я тебя не понимаю.Я так понял главная проблема в том, что содержимое комбобокса должно соответствовать неким условиям, находящимся в данной строке.
Н-р для строк "мужчина" предлагать только Виски/Часы/Мотоциклы, а для "женщина" предлагать только Косметику/Сумочки/Духи.

И все это именно внутри грида. Штатным ф-лом пиклиста это сделать невозможно, т.к. набор вариантов одинаковый для всех записей. Попытка как нить на лету перезаливать пиклист будет сопровождаться жуткими глюками.

зы: Я как-то уже думал на тему сабжа. У меня для этого отдельная лукап-форма или подсадной сторонний комбобокс.

Василий 2Я сильно не вникал, но в чем проблема? Лукап комбо сидит на датасете, который вполне себе можно фильтровать сколь угодно извращенным способом. Единственное ограничение тут - это если данные, на которых д.б. основана выборка, еще не закоммичены. Но и то это скорее в теорииПроблема в том, что Вы данную задачу не пробовали сделать. Тогда бы и узнали про подводные камни.
Парочку из:
1. при установке фильтра, поисчезают тексты полей из соседних записей, т.к. не впишутся в текущую выборку.
2. Если полный список значений большой (н-р список товаров), то установка/снятие фильтра может стать ресурсоемкой и тормозной.