Коллеги, понадобилось в FPM создать конфигурацию для WD средства поиска

с табличкой, от какого класса лучше унаследоваться, если поиск никак не связан с каким то БО?

Зачем? Сделай просто сп. Привяжи его к уи структуре FBI и вперед

Если не нраваится СП, тогда юзай search_uibb. В нем внутри будет возможность или просто список полей вывести как таблицу, или прицепить LIST_ATS_UIBB

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

Что такое search_uibb?

проблема мне не понятна. делаешь СП, в его экзите формируешь список как тебе надо. никакой связи с персистентами-транзиентами нет ваще

Проблема в том что список этот надо формировать в зависимости от поля в транзиентной структуре, какие способы приличные в СП это поле передать?

посмотри конфигу приложения FPM_TEST_SEARCH_1

поле транзиента есть на компоненте, где ты собрался дергать СП? если да, значит оно есть в UI-структуре этого FBI. Соответственно - создал СП, привязал его к этому полю и - алга

Ты имеешь ввиду привязать СП в структуре куда персистентная и транзиентная инклудятся?

Или ты имеешь ввиду в фидере привязать СП к полю?

если чистый FPM, то да (или даже программно его привязать в GET_DEFINITON). Если же конфиг сделан через FBI, то все делается в структуре UI FBI

В GET_DEFINITION в каталоге полей пожно СП из словаря в поле ddчегото там такое привязать, но как ему указать, что второй параметр брать из поля такого то?

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

"СП с указанием нужных полей как параметры связи СП" Вот это я не нашел как сделать

Как обычно. В структуре на уровне словаря

Как обычно не катит, так как оба поля в разных структурах, а интегрирующая структура перегенерится при изменении ноды

Было бы как обычно, я б сразу СП из словаря прицепил

Что мешает сделать свою структур для юи?

То что связываем ЮИ и БОПФ более жестко чем нужно, при изменении ноды надо править эту структуру

Это не страшно. Эт раз. Поля на экране у тебя все равно от перегенерации не добавятся и не удалятся. Можно юи структуру сделать как включающую обе нужных. Эт два.

Карточка, где мне нужно СП уже привязано к БО и к ноде, переделывать все изза одного поля с хитрым СП как то перебор

Там наверняка fbi. Он как раз для таких фокусов и задуман. На мой взгляд - так проще и быстрее. Дел на пол дня. Расскажи потом, сколько будешь делать свое решение

Вот я ищу способ через FBI но не ломая все что там наворотили поколения абаперов до меня Сделать структуру для UI это через FBI? Или что ты имел ввиду под этим?

Не через, а для fbi

Но для этого вместо привязки к бопфовской структуре привязать свою?

Эммм. Ты никогда fbi не видел?

Что ты имеешь ввиду?

Денис

Ясно. Не, у меня приложение FPM, там такого нет

и при этом оно тягает данные из бобфа? чудны дела твои, господи

Оно не тягает, с БОПФОМ там все в порядке. Мне просто нужно прицепит СП для одного поля с ограничением по другому полю, и оба поля в разных структурах.