Добрый день!

Нужно на странице объявить атрибут:

"OrgStructureUnit": {
	"lookupConfig": {
		"hierarchical": true
	},
	"lookupListConfig": {
		"columns": ["FullName", "Head", "Parent.Head"]
	}
},

И ваш справочник должен поддерживать иерархичность: иметь ссылку Parent на себя.

Подробнее можно посмотреть на странице EmployeePage

Сидоров Александр В.,

Попробовал в карточке "Сотрудник" сделать кастомное поле, которое ссылается туда же, что и поле "Подразделение".

Выбор система предлагает делать в виде дерева. Это заработало. 

Только в результате в поле указывается не "FullName", а "Name".

Требуется ли прописывать дополнительный код или FullName должно заполняться сразу?

Вот пример кода (по сути тут указаны все те же настройки, что и для коробочного поля):

"UsrDep": {

                    "lookupConfig": {

                        "hierarchical": true

                    },

                    "lookupListConfig": {

                        "columns": ["FullName", "Head", "Parent.Head"]

                    }

                }

Можно попробовать на уровне схемы справочника сменить первичное поле для отображения.

Коллеги, спасибо!

Вопрос решен. Ранее уже про правку кода нашел примеры в логике, на которую Сидоров Александр ссылался.

Добавьте нужные Вам значения в справочник 'Состояния элемента графика поставок и оплат'.

Алла Савельева,

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

Борис Леонов,

Вы можете реализовать эту функциональность на уровне карточки редактирования:

                {

                    "operation": "insert",

                    "parentName": "Header",

                    "propertyName": "items",

                    "name": "State",

                    "values": {

                        "bindTo": "State",

                        "contentType": Terrasoft.ContentType.ENUM,

                        "layout": {"column": 12, "row": 3, "colSpan": 12}

                    }

                },

Или же создать не замещающий объект, а унаследованный от SupplyPaymentElement, тогда признак 'Список' у поля 'State' будет доступен.

Алла Савельева,

У вас первый вариант прям получилось осуществить? Я сразу так сделал, только "operation" не "insert", а "merge", не работает на детали, действует только на карточку.

А второй как провернуть, что бы остальную логику не переделывать или обойтись минимальными доработками?

Борис Леонов,

Верно, первый вариант работает только для карточки редактирования - я так и написала.

А для отображения в виде списка в редактируемом реестре подойдет только второй вариант.

Как добавить унаследованный объект описано в статье, смотрите 'Создание пользовательской схемы объекта' и 'Указание родительского объекта'.

Алла Савельева,

завтра попробую

Добрый день, можете в замещающей схеме добавить метаданные, сохранить их и опубликовать:

+ MetaData.Schema.D2.["0a3324bb-55c8-4791-b51f-409cfedc6fe2"].E20 true

это добавит признак список к колонке UID которой указан в квадратных скобках

Колодяжный Владислав Эдуардович,

добавление метаданных работает, спасибо!

Интересно, а в методе getCellControlsConfig это можно как то провернуть?

См. тут.

Зверев Александр,

Благодарю!

через attributes подтягиваете нужные вам колонки. пример

Account: {
   lookupListConfig: {
      columns: ["UsrINN"]
   }
}
 
//где-то в коде
var acc = this.get("Account");
var inn = acc ? acc.UsrINN : null;

 

Варфоломеев Данила,

Спасибо, попробую.

Вам нужно использовать метод loadLookupDisplayValue, например:

 

this.loadLookupDisplayValue("Type", constants.ContractType.Standard);

 

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

Вы получите объект... вот именно объект аналогичной структуры туда и надо сетапить.

как правило требуется объект минимум с 2-мя полями

{
   displayValue: "Текст который будет демонстрировать в поле",
   value: "уникальный идентификатор значения"
}

 

Севостьянов Илья Сергеевич,

 Если поступить таким образом, атрибут типа справочник получит реальное значение из справочника со всеми подключаемыми полями или только только две строки в качестве значения?



Т.е. например:

this.set("Country", {value: "a570b005-e8bb-df11-b00f-001d60e938c6", displayValue: "РОССИЯ"});

У атрибута Country добавлены дополнительные поля из таблицы Country, например ["Capital"].



Если вызвать this.get("Country).Capital, будет ли получено значение "Москва"?

Если так не получится, можно получить Id страны, а затем отдельным запросом к таблице стран получить значение интересующего поля в этой записи. Как работать с ESQ из JS-кода, есть в этой и соседних статьях.

"Марина Карапетян" написал:Как можно иначе реализовать?

Можно сделать в основной базе view, которая тянет данные из linked server.
А затем к этой view создать обычные сервисы таблицы (название должно совпадать, в базе не сохранять), запроса и датасета.

Здравствуйте Александр. Спасибо.

это скорее в идеи)
"почти минута" это как-то очень медленно, у меня первая загрузка занимает секунд 25 на он-деманд (на он-сайт 5сек)

видимо, "он-деманд" "он-деманду" рознь.

Но в мастере список справочников открывается быстро

Действительно, есть такая проблема. Решение в разработке.

Делать справочник первичным полем для отображения - плохая примета. Можно создать в датасете "Продукт в счете" скрытое текстовое поле Offering и заполнять его названием продукта при изменении OfferingID (на датасете или на триггере). И это текстовое поле сделать первичным для отображения.

Об этом варианте я тоже думала, видимо так и придется сделать.

Добрый день!
Попробуем оттестировать у себя. Сообщим в ближайшее время результат.

Здравствуйте!

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

Добрый день, Анна!

Я уж и не надеялся получить ответа. Спасибо что откликнулись.

Только что еще раз проверил, что все внешние ключи как в таблице, так и в сервисе таблицы присутствуют. С вероятностью 99% скажу что на момент установки галочки <Отслеживать изменения> они тоже присутствовали. Можно, конечно, попробовать пересоздать эти журналы еще раз. Но как это можно сделать безболезненно, не потеряв того, что накопилось в логах?

Я рекомендовала бы сделать резервную копию БД и экспериментировать на ней, если это возможно.

Кроме того, насколько мне известно, проблема с отображением идентификаторов вместо данных действительно была, и исправлена в новых сборках бинарных файлов. Возможно, в данном случае решением будет обновление до последней сборки.

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

Здравствуйте. Сделайте, пожалуйста, запрос с корпоративного e-mail в поддержку (support@terrasoft.ru) для получения последней сборки.