Можно сделать lookup по полю типа Base Enum?

[Krasher]

https://community.dynamics.com/ax/b/...n-time-ax-2012
Извиняюсь, если не увидел повторы. Но этого способа вроде бы нигде в смежных темах не встретил. Если линк умрёт, просто оставлю здесь кусок кода на память... Метод enter() контрола, у которого нужно укоротить лукап, путём скрытия элементов. Работает на гридах и с полями, типа BaseEnum без необходимости подмены поля edit-методом и дальнейшими танцами вокруг перекрытия lookup() ....

public void enter()
{
 super();
 this.delete(enum2str(BankDocumentType::LetterOfGuarantee));
 this.delete(enum2str(BankDocumentType::ImportCollection)); 
}

[A_BAS]

Цитата:

https://community.dynamics.com/ax/b/...n-time-ax-2012
Извиняюсь, если не увидел повторы. Но этого способа вроде бы нигде в смежных темах не встретил. Если линк умрёт, просто оставлю здесь кусок кода на память... Метод enter() контрола, у которого нужно укоротить лукап, путём скрытия элементов. Работает на гридах и с полями, типа BaseEnum без необходимости подмены поля edit-методом и дальнейшими танцами вокруг перекрытия lookup() ....

Индус из блога очень удачно подобрал пример. Если убирать значения enum "с хвоста", то все работает как надо.
А вот если выдернуть значение из середины например LetterOfCredit (enumValue = 1), то при выборе значения начинаются чудеса. Происходит сдвиг и при выборе например LetterOfGuarantee (enumValue = 2) на деле выбирается значение 1, а при выборе ImportCollection (3) выбирается значение 2.
Имхо, вышеприведенный метод нужно использовать аккуратно, а лучше совсем не использовать

[Krasher]

Соглашусь отчасти. Если элементы с конца - всё идеально. и никакой доработки не нужно вообще. Почему бы и не использовать?

Если элемент один (или группа элементов подряд) посреди списка, наверное всё ещё имеет смысл - в gotFocus() подменить this.setEditText() и в modified() записывать в поле всё со сдвигом с нужного элемента.

Ну а если писать что-то универсальное на любое количество элементов в любом месте списка - то тут соглашусь - лучше не надо...

[A_BAS]

Цитата:

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

Соглашусь отчасти. Если элементы с конца - всё идеально. и никакой доработки не нужно вообще. Почему бы и не использовать?

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

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

[mdanko2000]

На форме можно сделать стандартными средствами, обсуждалось несколько позже начала данного топика.
Есть класс SysFormEnumComboBox:

/// The class facilitates work with a form combobox control, representing an enum,
/// when only some of the enum values are allowed.

[Krasher]

Цитата:

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

На форме можно сделать стандартными средствами, обсуждалось несколько позже начала данного топика.
Есть класс SysFormEnumComboBox:

/// The class facilitates work with a form combobox control, representing an enum,
/// when only some of the enum values are allowed.

В SysFormEnumComboBox всё прекрасно, только он имеет вот такую особенность... "P.S. It is also worth mentioning, that this class does not provide support for grids. It requires a stand-alone control, not bound to a database table field". Из-за чего и танцы...

[A_BAS]

Коли уж зашла речь про бубны, то еще один вариант ограничить выборку значений enum - SysLookup::lookupEnum(). Второй параметр метода - контейнер с исключаемыми значениями.
Для использования этого метода требуется создавать текстовое поле/edit-метод/calculated field (вобщем FormStringControl) и соответственно прописывать сохранение значений в поле с enum.
В гриде оно кстати работает. В общем - куда ни плюнь - без шаманства никак