ещё раз о фильтре Lookup и lookupbrowse filter

[g.Naukovych]

Всем доброго времени суток. Столкнулся с проблемой фильтрации Lookup. Как делать фильтр я знаю. Прочитал статьи и всё сделал как там написано и всё работает ровно так, как там написано. Однако возникают 2 проблемы.

1. В самой форме лукапа есть поле lookupbrowse. (Поле фильтра в правом верхнем углу). Если ввеcти туда значения и нажать фильтр, то плагин, который просматривает адресную строку, не будет производить фильтрацию, т.к. в адресной строке уже нет необходимого параметра. Аналогичная проблема при попытке отсортировать лукап. Насколько я понимаю в этот момент опять идёт обращение к плагину фильтрации.

2. Если ввести в поле Lookup на форме текстовое значение параметра, то фильтрации не произойдет.

Заранее спасибо

[Артем Enot Грунин]

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

[g.Naukovych]

Эти методы известны. Но не хотеось бы применять радикальные. Хотелось получить полностью аналогичный функционал.

[g.Naukovych]

Проблему может решить если я научусь отлавливать следующий FETCH, то есть перед тем как будет отправлен запрос я имел возможность уснановить параметр, не важно куда. Возможно в тот же фетч, или куки. А уже в плагине распарсить это и применить фильтрацию

[a33ik]

Зачем придумывать велосипед. Данный плагин уже написан - http://mscrmfilteredlookup.codeplex.com/
Но при этом всё равно прийдётся отключать авторезолв и помощник, для того чтобы лукап работал. Так же не стоит забывать про множественное редактирование и заблокировать поле для него.

[Артем Enot Грунин]

Цитата:

Сообщение от a33ik

Зачем придумывать велосипед. Данный плагин уже написан - http://mscrmfilteredlookup.codeplex.com/
Но при этом всё равно прийдётся отключать авторезолв и помощник, для того чтобы лукап работал. Так же не стоит забывать про множественное редактирование и заблокировать поле для него.

Я думаю уважаемый и имел в виду этот плагин.

Цитата:

Сообщение от g.Naukovych

Проблему может решить если я научусь отлавливать следующий FETCH, то есть перед тем как будет отправлен запрос я имел возможность уснановить параметр, не важно куда. Возможно в тот же фетч, или куки. А уже в плагине распарсить это и применить фильтрацию

Вариант у вас, по сути, один: вносить изменения в страницу лукапа или вообще писать свой диалог и подменять системный. Все прочие более-менее поддерживаемые решения мы вам обозначили.

[a33ik]

Тому плагину по барабану какой пришёл запрос - с доп фильтром или без. Он принимает на вход Fetch, добавляет необходимый фильтр, который был добавлен скриптом и пропускает его далее. Я знаю, потому что мне необходимо было его расширять, потому как linked entity синтаксис он не понимал и я переписывал всё что внутри его.

[g.Naukovych]

Плагин действительно помог.

var pageUrl = HttpContext.Current.Request.Url.ToString();
var refererUrl = HttpContext.Current.Request.ServerVariables["HTTP_REFERER"];

Вот эти строки.

В первой находится адрес, объекта, который вызвал. В случае если я введу данные из формы, прямо в поле лукапа, то в pageUrl будет адрес моей страницы.
Если с фильтрую или сортирую данные лукапа, то в refererUrl всё равно будет мой параметр из адресной строки, который я передаю.
Так что вот решение.
Если на 1 форме будет 2 связи с одной сущностью, при этом фильтровать надо только одну, то будет не весело, иначе всё вроде должно работать

[a33ik]

Цитата:

Сообщение от g.Naukovych

Плагин действительно помог.

var pageUrl = HttpContext.Current.Request.Url.ToString();
var refererUrl = HttpContext.Current.Request.ServerVariables["HTTP_REFERER"];

Вот эти строки.

В первой находится адрес, объекта, который вызвал. В случае если я введу данные из формы, прямо в поле лукапа, то в pageUrl будет адрес моей страницы.
Если с фильтрую или сортирую данные лукапа, то в refererUrl всё равно будет мой параметр из адресной строки, который я передаю.
Так что вот решение.
Если на 1 форме будет 2 связи с одной сущностью, при этом фильтровать надо только одну, то будет не весело, иначе всё вроде должно работать

Вроде как бы в плагине такая логика и закладывалась, если я не ошибаюсь...

[g.Naukovych]

Цитата:

Сообщение от a33ik

Зачем придумывать велосипед. Данный плагин уже написан - http://mscrmfilteredlookup.codeplex.com/
Но при этом всё равно прийдётся отключать авторезолв и помощник, для того чтобы лукап работал. Так же не стоит забывать про множественное редактирование и заблокировать поле для него.

авторезолв не надо отключать. Остальное пока не проверял.

[a33ik]

Цитата:

Сообщение от g.Naukovych

авторезолв не надо отключать. Остальное пока не проверял.

Авторезолв не подчиняется указанному плагину насколько я помню.

[g.Naukovych]

Возможно не силён в терминологии. Авторезолв это ввод данных в поле лукапа, после минуя формы. Если речь об этом, то в pageUrl будет адрес нашёй формы. Мы смотрим, что это наша форма и фтльтруемая сущность тоже наша. значит фильтруем. Если на форме есть одинаковые сущности и одну из них надо фильтровать, то это не сработает, в противном случае все работает.

[Артем Enot Грунин]

Цитата:

Сообщение от g.Naukovych

Возможно не силён в терминологии. Авторезолв это ввод данных в поле лукапа, после минуя формы

Возможно я не силен в русском. Авторезолв - это автоматическое заполнение лукапа, при вводе в него текстового значения. Интересный момент состоит в том, что авторезолв может работать по нескольким связанным сущностям одновременно, а так же предлагать несколько результатов на выбор. Если мне не изменяет память, то при этом используется отдельный веб сервис. Так что лично у меня нет четкой уверенности, что в этом случае вы увидите адрес формы, откуда пришел этот вызов.

[g.Naukovych]

Возможно. пробовал в singlelookup вижу адрес формы.

[a33ik]

Цитата:

Сообщение от Артем Enot Грунин

Если мне не изменяет память, то при этом используется отдельный веб сервис.

Не старина - тут ты неправ - используется тот же самый Execute и FetchXml. Раскопал это ещё тогда, когда свой record counter писал.

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

[Артем Enot Грунин]

Я имел в виду тот вебсервис, который http://server/org/AppWebServices/LookupService.asmx. Насколько я понимаю именно он отвечает за работу авторезолв и формасистант. То что он в конечном итоге использует стандартные системные механизмы меня совершенно не удивляет

[g.Naukovych]

Цитата:

Сообщение от a33ik

Не старина - тут ты неправ - используется тот же самый Execute и FetchXml. Раскопал это ещё тогда, когда свой record counter писал.

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

Да действительно. Я упустил этот момент.