предложения к улучшению Конструктора

[Ренат]

Доброго дня.
1. Предложение по улучшению функции возведения в степень. Я так понял, что в настоящий момент времени степень можно определить только при создании проекта. Было бы замечательно, если бы степень могла быть числовым полем данной записи.
2. Предлагаю создать функциональное поле разделяющее вкладки детализации - данное поле видно только при создании структуры Объекта - в списке полей. В настоящий момент времени использую поле Надпись - но оно отображается и в режиме пользования, что не всегда удобно (например Вкладку детализации назвал Паспорт, и в Детализации самой же вкладке есть поле - надпись "Паспорт". У пользователя проектом возникает Диссонанс - просит убрать, а я потом смотря на структуру Объекта не могу быстро сообразить к какой вкладке детализации относятся поля
3. И кстати, Изображение проекта не подставляется в иконку Объекта если Объект находится в Группе, при этом над Списком записей картинка - есть (версия 6.0.30) - не критично, но раз заметил...

 

[Ренат]

Дополнение. вопрос с возведением в степень, решил через поле условие.
Задача возводить значение поле Числа в степень поля Степень (благо поле Степень - переключатель с предельным значением). Создаем расчетные поля с возведением в степень в количестве требуемых степеней. Создаем поля условия которые проверяют значение поля Степень и вставляют результат в поле Результата возведения. Использует значение поля Результата возведения

 

[Ренат]

Дополнение. Предложение № 2 - не конструктивно, проще использовать Поле группы (его и заметно и в Детализации не видно

 

[Anti]

Добрый день!
1. Добавим в ближайшей версии 6.0 возможность ввода поля, а не только константы для функции POW.
3. Да, есть ошибка - должно быть полное совпадение регистра в названиях объекта и файла. Также исправим в ближайшей версии.

 

[Vladimir]

2. Предлагаю создать функциональное поле разделяющее вкладки детализации - данное поле видно только при создании структуры Объекта - в списке полей. В настоящий момент времени использую поле Надпись - но оно отображается и в режиме пользования, что не всегда удобно (например Вкладку детализации назвал Паспорт, и в Детализации самой же вкладке есть поле - надпись "Паспорт". У пользователя проектом возникает Диссонанс - просит убрать, а я потом смотря на структуру Объекта не могу быстро сообразить к какой вкладке детализации относятся поля

Идея в том, чтобы в конструкторе, в списке полей, видеть разделение вкладок?
Поля в конструкторе располагаются одним списком и могут принадлежать разным вкладкам и смысла в таком разделении нету.
Мы планируем изменить способ определения вкладок в детализации: их количество будет неограниченным, они будут изначально именованными и можно будет менять порядок отображения.
Главное неудобство сейчас - это невозможность видеть в списке вкладку, которой принадлежит поле. Для неименованных вкладок будут добавлены иконки с номером, которые определяют очерёдность (почти аналогия с тем, что есть сейчас), а для именованных вкладок (имя вкладки совпадает с именем иконки, которая есть в ресурсах) - будет отображаться иконка в списке.

 

[Anti]

Добрый день.
Проверили п.1 - функцию возведения в степень (версия 6.0.30)
Можно задавать в формуле расчётного поля оба аргумента функции POW- переменные: POW([Число];[Число2])

 

[Ренат]

Доброго дня, спасибо. А если второй аргумент (степень) берет свое значение из поля переключатель - в этом может быть проблема?

 

[Ренат]

Действительно работает. Спасибо (примечание: переключатель дублируется на числовое поле, и значение числового вставляю в функцию возведения в степень - всё работает, не понял почему не работало в субботу. видимо что-то не так делал). Спасибо.

 

[Anti]

Да, сейчас переключатель нельзя использовать в качестве аргумента для функций расчётного поля. При сохранении будет ошибка "Невозможно определить тип результата расчётного поля". Нужно использовать числовое поле с копированием из переключателя, как вы и сделали.

В версии 6.0 и ранее в аргументах допускаются только числовые типы полей в функциях числа (Sqrt, Pow, Int, Frac, Abs, Ln), только тип дата в функциях даты (AddDay, AddMonth, AddYear). Для версии 6.1. планируем разрешить и другие типы полей (в т.ч. строковые). При выполнении функции будет учитываться значение поля, а не его тип, и если оно по факту является числом (или датой), будет производиться расчёт.