как запретить редактирование всей строки DataSource?

[puz]

Добрый день!

Кто-нибудь может сказать как программно осуществить $subj ? Нужно запретить для редактирования строки DataSource с определенным значением одного из полей. Смотрел там http://www.axforum.info/forums/showt...&threadid=2659, но мне нужен запрет на уровне именно DataSource, а не Grid, т.к. часть полей отображается не на Grid.

Заранее благодарен.

[raz]

PHP код:

PurchTable_ds.object(fieldNum(PurchTable, PaymMode)).allowEdit(false); 


[Garic]

Это для столбца:

Цитата:

Изначально опубликовано raz

PHP код:

PurchTable_ds.object(fieldNum(PurchTable, PaymMode)).allowEdit(false); 


А это для строки:

перекрываем cursorNotify у датасорса:

PHP код:

public void cursorNotify(int _event)
{
    super(_event);

    this.allowEdit(PurchTable.InvoiceAccount == 'Вася Пупкин');
} 


[puz]

спасибо!
Чертовски изящно, однако...

[ta_and]

для этих целей предназначен active() на датасорсе.
cursorNotify() нужен совсем для другого!!!

[RVS]

громко А пояснить, для тупых (меня)?

[puz]

попробовал active(). разницы пока не заметил.
А в самом деле, в чем она заключается? И почему "совсем для другого"?

[parovoz]

Цитата:

Изначально опубликовано ta_and
для этих целей предназначен active() на датасорсе.
cursorNotify() нужен совсем для другого!!!

Позвольте поинтересоваться, в целях повышения образованности, для чего нужен метод cursorNotify()?

[Garic]

Да, для этих целей надо использовать active. cursorNotify я использую по привычке.

Посмотрел внимательней на работу cursorNotify
Судя по всему он работает так:
cursorNotify(int event):

event = 0 - подчитываются данные из существующего курсора
event = 1 - (не совсем понятно) был создан курсор с фильтрацией
event = 2 - курсор закрылся и открылся новый
event = 3 - аналогичен методу active

[andriy_s]

А ести ли возможность запретить редактирование почти все строки (без припустим одного поля)???

Проблема слудующая:
- Добавили 1 кастом-поле в таблицу (таблица большая и со сложной AllowEdit логикой на уровне полей)
- После постинга вся строка датасорса имеет AllowEdit = false
- Но добавленое поле должно всегда быть активно

Как можно с минимальными усилиями это обойти?

[Gustav]

Цитата:

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

А ести ли возможность запретить редактирование почти все строки (без припустим одного поля)???

Проблема слудующая:
- Добавили 1 кастом-поле в таблицу (таблица большая и со сложной AllowEdit логикой на уровне полей)
- После постинга вся строка датасорса имеет AllowEdit = false
- Но добавленое поле должно всегда быть активно

Как можно с минимальными усилиями это обойти?

Вижу на основной форме кнопку сбоку и взлетающую после клика на кнопке маленькую форму только с этим одним полем. Если с Аксессом работали, то примерно как то, что вылетает там по Shift+F2.

[S.Kuskov]

Цитата:

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

А ести ли возможность запретить редактирование почти все строки (без припустим одного поля)???

Global::allowEditFieldsOnFormDS_W

[TasmanianDevil]

Цитата:

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

А ести ли возможность запретить редактирование почти все строки (без припустим одного поля)???

Если не боитесь, то можно такое безобразие устроить:
1) Закомментировать изменение AllowEdit на источнике, оставив всегда в true
2) В том же месте добавить вызов функции, в которой будет происходить перебор полей (через DictTable и DictField) источника данных и установка их AllowEdit, кроме избранных, в false

Но лучше так не рисковать


2S.Kuskov
Я так понимаю, что это с версий выше 3-ки в Global появилось ?

[andriy_s]

Все прекрасно работает с помощью Global::allowEditFieldsOnFormDS_W.

КРОМЕ 1 поля, editContactPersonName - которое формируется edit методом.

client server edit ContactPersonName  editContactPersonName(boolean _set, ContactPersonName _name)

Поле editContactPersonName остается активным. Кто нибуть знает причину???

[S.Kuskov]

А ведь точно. Про edit-методы то я и не подумал. И видимо не только я но и локализаторы.
Дело в том что доступность полей, основанных на edit-методах определяется свойствами самого DataSource.

Получается, для того чтобы гарантированно отключить все edit-методы, необходимо обойти все контролы на форме, проверить их на причастность к edit-методам, и выставить AllowEdit непосредственно на контролах

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

[andriy_s]

Спасибо! Очень помогли

[Poleax]

Понимаю, что вопрос уже закрыли:

Цитата:

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

А ести ли возможность запретить редактирование почти все строки (без припустим одного поля)???

Проблема слудующая:
- Добавили 1 кастом-поле в таблицу (таблица большая и со сложной AllowEdit логикой на уровне полей)
- После постинга вся строка датасорса имеет AllowEdit = false
- Но добавленое поле должно всегда быть активно

Как можно с минимальными усилиями это обойти?

Цитата:

Сообщение от S.Kuskov

Global::allowEditFieldsOnFormDS_W

добавлю, может кому пригодится:

Методы Dynamics Ax 2009 Sp1 Ru7:
\Classes\Global\allowEditFieldsOnFormDS_W
\Classes\Global\dsSetFieldAllowEdit_RU //тоже самое что и код ниже
\Classes\Global\dsSetFieldGroupAllowEdit_RU
\Classes\Global\dsSetFieldsAllowEdit_RU

или пример в \Forms\BankAccountTrans\Methods\initDesign_LV

void initDesign_LV()
{
    DictTable       dictTable = new DictTable(bankAccountTrans_ds.table());
    ;

    bankAccountTrans_DS.allowEdit(true);

    //Disable editability of all fields for datasource
    allowEditFieldsOnFormDS_W(bankAccountTrans_DS, false);

    //Enable editability of Notification fields.
    bankAccountTrans_ds.object(fieldnum(BankAccountTrans, CorrespondentCountry_LV)).allowEdit(true);
    bankAccountTrans_ds.object(fieldnum(BankAccountTrans, CentralBankPurposeText_LV)).allowEdit(true);
    bankAccountTrans_ds.object(fieldnum(BankAccountTrans, CentralBankPurposeCode_LV)).allowEdit(true);
    bankAccountTrans_ds.object(fieldnum(BankAccountTrans, BankPaymentRegistrationNum_LV)).allowEdit(true);
}

[S.Kuskov]

Интересно, а метод \Classes\Global\dsSetFieldGroupAllowEdit_RU что-нибуть делает с edit-методами, содержаoщимися в блокируемой группе?
P.S.: К сожалению сам пока RU7 пощупать не могу.

[S.Kuskov]

Наступил только что на, акуратно разложенные самим же собой, грабли в виде свойства таблицы MaxAccessMode установленного в значение "View". Понадобилось мне к датасурсу с этой таблицей приджойнитье ещё одну таблицу и открыть в связанной таблице одно поле на редактироавние (в связанной таблице MaxAccessMode = Delete). Ситуация получилась аналогичная той где изменения блокировались на уровне источника данных. Т.е. также автоматически заблокировалось и поле из связанной таблицы .

Для исправления ситуации пришлось выставить в свойствах таблице значение MaxAccessMode = Edit, а уже у самих поле AllowEdit = No. Конечно, после такой "подмены" в случае добавления новых полей в таблицу придётся закрывать от редактирования и их.

Вообще, имхо, это неправильное поведение системы. Зачем принимать решение о блокировке подчинённых полей основываясь на свойствах главного датасурса/таблицы?

[Maxim Gorbunov]

Цитата:

Сообщение от S.Kuskov

Вообще, имхо, это неправильное поведение системы. Зачем принимать решение о блокировке подчинённых полей основываясь на свойствах главного датасурса/таблицы?

Это не совсем так. Решение принимается не на основе главного датасорса, а на основе датасорса, указанного для контейнера, в котором содержится контрол, связанный с полем.

Например, пусть у MainTable MaxAccessMode = View, а у DetailTable MaxAccessMode = Delete. Теперь добавим в форму два DataSource - MainTable и DetailTable - и свяжем их. Если создать Grid, привязанный к DataSource MainTable, то ничего в нём редактировать будет нельзя, так как система смотрит на уровень доступа к датасорсу контейнера (в данном случае, контейнер - это Grid). Но если поля из DetailTable привязать к контролам, не входящим в Grid (например, выводящимся под Grid), то их можно будет спокойно редактировать, даже несмотря на то, что у основной таблицы MaxAccessMode = View.