Отображение десятичных знаков в форме

[decoder]

Привет всем!
Одно и то же поле таблицы должно отображаться в 2х разных формах по разному: в одной - количество знаков после запятой - 11 (как указано в EDT), а в другой - 2.
Как сделать второй вариант?

PS NoOfDecimals в свойствах контрола не доступно из-за AutoDataGroup..

[lev]

в десигне формы у полей типа RealEdit есть свойство NoOfDecimals (число десятичных знаков отображения). Выставляете там такую цифирку сколько хотите видеть на форме, и будет вам счастье.

[kashperuk]

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

Просто предупреждаю заранее

[DSPIC]

Цитата:

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

Привет всем!
Одно и то же поле таблицы должно отображаться в 2х разных формах по разному: в одной - количество знаков после запятой - 11 (как указано в EDT), а в другой - 2.
Как сделать второй вариант?

PS NoOfDecimals в свойствах контрола не доступно из-за AutoDataGroup..

element.control(control::ControlName).NoOfDecimals

[lev]

поставить AutoDataGroup в No, и выставить нужное свойство

[gl00mie]

Не, отказываться от AutoDataGroup == Yes из-за такой мелочи не стоит - уж слишком полезное это свойство Более, на мой взгляд, гибкое решения можно найти тут: Итератор с поддержкой методов обратного вызова для обработки контролов на форме. В данном конкретном случае можно в методе обратного вызова у FormRealControl проверять свойства dataSource() и dataField(): первое должно совпадать с MyTable_DS.id() (к которому относится поле), а второе - с extendedFieldId поля в таблице, т.е., например, с fieldId2Ext( fieldnum(MyTable, MyRealField), 1 ). Если совпали, значит, итератор передал контрол, связанный с нужным полем, и надо выставить у него свойство NoOfDecimals. Учтите, что таких контролов на форме может быть несколько, поэтому, в частности, варианты с использованием enum'а Control не являются надежным решением, кроме того, так вы привязываетесь к конкретному названию контрола на форме, хотя по постановке задачи скорее должны привязываться к полю таблицы.

Цитата:

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

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

Я так думаю, 2 знака всегда и вводятся, а 11 нужны для отображения реального числа в поле и проверки каких-нить косяков с округлением

[decoder]

Цитата:

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

element.control(control::ControlName).NoOfDecimals

оч удобно, но порождает ошибку run-time..

Цитата:

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

В данном конкретном случае можно в методе обратного вызова у FormRealControl проверять свойства dataSource() и dataField(): первое должно совпадать с MyTable_DS.id() (к которому относится поле), а второе - с extendedFieldId поля в таблице, т.е., например, с fieldId2Ext( fieldnum(MyTable, MyRealField), 1 ). Если совпали, значит, итератор передал контрол, связанный с нужным полем, и надо выставить у него свойство NoOfDecimals..

честно, не понял как это должно выглядеть

[DSPIC]

Цитата:

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

оч удобно, но порождает ошибку run-time..

Какую именно ошибку? Я привел "сырой" код, ест-но нужно оформить немножко.

Пример для формы tutorial_Form_Controls:

public void init()
{
    super();

    element.setPrecision();
}

void setPrecision()
{
    FormRealControl formRealControl;
    ;

    formRealControl = element.control(control::RealEdit);
    
    if (formRealControl)
    {
        formRealControl.NoOfDecimals(16);
    }
}

[decoder]

Цитата:

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

void setPrecision()
{
    FormRealControl formRealControl;
    ;

    formRealControl = element.control(control::RealEdit);
 
    formRealControl.NoOfDecimals(16);
}

у меня "Ошибка времени выполнения. : FormRealControl Объект не инициализирован." при любом RealEdit

[gl00mie]

Цитата:

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

честно, не понял как это должно выглядеть

где-нить после super() в init() формы пишем примерно следующее:

DEV_iterateThroughFormControls( element.design(), element, @"setFieldPrecision", DEV_FormHelpers::addRealCtrlId2Set() );

на форме делаем метод обратного вызова setFieldPrecision() такого вида:

public void setFieldPrecision(FormRealControl _formControl)
{
    // проверяем, связан ли контрол с нужным полем datasource'а на форме
    if (    _formControl.dataSource()   == MyTable_DS.id()
        &&  _formControl.dataField()    == fieldId2Ext( fieldnum(MyTable, MyRealField), 1 )
       )
    {
        _formControl.noOfDecimals( 11, AutoMode::Fixed );
    }
}

всё.

[S.Kuskov]

Как вариант. Сделать display или даже edit метод (если необходимо редактирование), который будет возвращать/принимать расширенный тип данных с заранее настроенной точностью. Вынести созданный метод в нужную группу полей.

Преимущество: AutoDataGroup == Yes; отсутствие кода на форме
Недостаток: будет невозможно сортировать и фильтровать по дисплэйному полю

[DSPIC]

очень странно... Вы вместо "RealEdit" подставляете имя контрола?
Вот, попробуйте рабочие примеры:

DAX 3.0: tutorial_Form_Controls_30.xpo
DAX 4.0: Form_tutorial_Form_Controls_40.xpo
DAX 5.0: Form_tutorial_Form_Controls_50.xpo

[decoder]

Цитата:

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

очень странно... Вы вместо "RealEdit" подставляете имя контрола?..

ошибка проявляется не каждый раз
про тож самое Итератор с поддержкой методов обратного вызова для обработки контролов на форме