Можно ли из кода изменить свойства Field в таблице, не в DS?

[АртемМелихов]

Можно ли из кода изменить свойства Field в таблице, не в DS? Например, изменить возможность редактирования. Спасибо!

[S.Kuskov]

Я правильно вас понял. Вы хотите программно изменить приложение? Тогда вам нужны методы для работы с AOT.

Но вы точно этого хотите? Зачем? Это что-то разовое, связанное с обновлением системы?

[АртемМелихов]

Цитата:

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

Я правильно вас понял. Вы хотите программно изменить приложение? Тогда вам нужны методы для работы с AOT.

Но вы точно этого хотите? Зачем? Это что-то разовое, связанное с обновлением системы?

Нет, речь идет о возможности редактирования определенного поля, при наличие определенных условий. И правило должно работать не на одной форме а всегда. Поэтому и задумался о реализации правила не в DataSource

[lvan]

Цитата:

Сообщение от АртемМелихов

при наличие

:facepalm:

[S.Kuskov]

Логику определения доступности поля можете реализовать в методе таблицы, но применять свойство доступности поля придётся на каждой форме. Либо заморачиваться и внедрять свой код в базовые классы работающие с формами, типа SysSetupFormRun, но имхо это того не стоит.

На уровне таблицы можно использовать методы ValidateField или ValidateWrite, чтобы запретить редактирование, В этом случае пользователь увидит сообщение об ошибке при попытке сохранить значение.

[АртемМелихов]

Цитата:

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

Логику определения доступности поля можете реализовать в методе таблицы, но применять свойство доступности поля придётся на каждой форме. Либо заморачиваться и внедрять свой код в базовые классы работающие с формами, типа SysSetupFormRun, но имхо это того не стоит.

На уровне таблицы можно использовать методы ValidateField или ValidateWrite, чтобы запретить редактирование, В этом случае пользователь увидит сообщение об ошибке при попытке сохранить значение.

Это я понимаю. Я не понимаю как добраться из кода в свойства field? this.field1.ичтодальше?

Цитата:

Сообщение от АртемМелихов

Это я понимаю. Я не понимаю как добраться из кода в свойства field? this.field1.ичтодальше?

Если к примеру вам хочется ограничить доступность, то проще указанное сделать на fds.
Если хотите при этом общий метод на табличке то получится нечто типа

метод таблички

FormDataSource fds;
...
if (this.datasource())
{
fds = this.datasource();
fds.object(fieldId).allowEdit(...)
}

[S.Kuskov]

Цитата:

Сообщение от АртемМелихов

Это я понимаю. Я не понимаю как добраться из кода в свойства field? this.field1.ичтодальше?

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

[pitersky]

Цитата:

Сообщение от АртемМелихов

Это я понимаю. Я не понимаю как добраться из кода в свойства field? this.field1.ичтодальше?

Вы бы всё-таки чуть поподробнее про саму задачу рассказали. Я вот за 10 лет работы с аксаптой ни разу не сталкивался с необходимостью такого хардкода.

[lvan]

нельзя сделать то, что вы хотите.
да и не должны вы этого хотеть
опять смахивает на сагу о X, Y и Z

[AlexeyS]

если есть сложная логика, лучше сделать Edit метод и вывести его на формы, а редактирование исходного поля запретить

[TasmanianDevil]

Что только мОлодежь не придумает, лишь не работать

Задача какова - единым инструментом в любой форме рулить доступностью редактирования определенных полей определенной таблицы на основании определенных правил. Руление это необходимо в двух случаях - при переходе на новую запись и при редактировании текущей.

Есть какой-нибудь общий системный класс, позволяющий глобально из одного места добраться до источников данных любой формы ? Есть, SysSetupFormRun, упомянутый S.Kuskov. Позволяет этот класс отслеживать смену позиции в источнике данных управляемой формы и идентифицировать сам источник, в котором произошли изменения? Нет, он больше для элементов управления, контролов то бишь, заточен. Более подходящим бы класс FormDataSource, но он системный и скрытый, в его active() не залезешь. Это первая птичка обломинго ...

Есть какой нибудь класс, общий для всех таблиц, позволяющий отслеживать изменения полей в табличной переменной ? Есть, xRecord - но он системный и скрытый. Влезть в его modifiedField() не выйдет. Это птичка обломинго номер два...

Глобально эту задачу доступными средствами не решить - просто смиритесь с этим и делайте как все, класс-обработчик доступа в каждую форму.

P.S. Можно, конечно, проявить профессиональную Йаркость™, хакнув приложение,сняв атрибут скрытости с FormDataSource и xRecord.

[makbeth]

Цитата:

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

Есть какой-нибудь общий системный класс, позволяющий глобально из одного места добраться до источников данных любой формы ? Есть, SysSetupFormRun, упомянутый S.Kuskov. Позволяет этот класс отслеживать смену позиции в источнике данных управляемой формы и идентифицировать сам источник, в котором произошли изменения? Нет, он больше для элементов управления, контролов то бишь, заточен. Более подходящим бы класс FormDataSource, но он системный и скрытый, в его active() не залезешь. Это первая птичка обломинго ...

Ну не такая уже и прям обломинго. Сходу могу назвать целых два способа руления событием active на любой форме:
1. info.formNotify и, например, основанный на нем в 2009 FormRunListener_RU
2. Рисование наследника FormObjectSetNotify и использование addNotifyHandler на датасорсе. Позволяет отслеживать несколько событий датасорса, в т.ч. и active. Правда у меня в итоге не прижился, ибо при его использовании если на форме в гриде потащить за скроллбар мышью, то при отпускании мыши клиент заворачивал ласты. Что-то в ядре там перемудрили. Это на 2009, в 2012 может поправили.

Цитата:

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

Есть какой нибудь класс, общий для всех таблиц, позволяющий отслеживать изменения полей в табличной переменной ? Есть, xRecord - но он системный и скрытый. Влезть в его modifiedField() не выйдет. Это птичка обломинго номер два...

Глобально эту задачу доступными средствами не решить - просто смиритесь с этим и делайте как все, класс-обработчик доступа в каждую форму.

Ну, в 2009 наверное да, но в 2012 - почему бы и нет?

fds.object(fieldnum(...)).registerOverrideMethod(...)

И - вперед
PS: сам тоже не пробовал, но ведь уже есть куда копать...

[TasmanianDevil]

Цитата:

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

1. info.formNotify и, например, основанный на нем в 2009 FormRunListener_RU
2. Рисование наследника FormObjectSetNotify и использование addNotifyHandler на датасорсе.
...

fds.object(fieldnum(...)).registerOverrideMethod(...)

Максим, а вообще без допрограммирования на форме/датасорсе всяких регистраторов извещений ?
Чтоб создать форму в АОТ с нуля, кинуть ей датасорс, грид, в грид поля, открыть форму и наслаждаться изменениями доступности полей при навигации и редактировании по предопределенным где-то правилам...

Цитата:

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

...
Чтоб создать форму в АОТ с нуля, кинуть ей датасорс, грид, в грид поля, открыть форму и наслаждаться изменениями доступности полей при навигации и редактировании по предопределенным где-то правилам...

Чуть ранее

Цитата:

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

Есть, SysSetupFormRun,

[makbeth]

Цитата:

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

Максим, а вообще без допрограммирования на форме/датасорсе всяких регистраторов извещений ?

"А вообще без программирования" нам кушать станет не на что

А так - все верно. Определенные изменения в SysSetupFormRun придется сделать.
Хотя мне больше нравится подход, когда определенный движок уже реализован в сторонке, но чтобы добавить поддержку это движка на форму, стоит внести изменения только в эту форму (например, написав что-то типа myMegaEngine.activateFor(element) в init), а не проверять нужна ли поддержка для каждой формы при ее открытии. Тем более для чего может пригодится такая вот необходимость влезать в каждую форму я даже не представляю.

[TasmanianDevil]

Цитата:

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

"А вообще без программирования" нам кушать станет не на что

Фундаментальный продукт. позволяющий избавиться от мелкого программерства стоит дороже и правильное его позиционирование не даст умереть с голоду.

Цитата:

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

А так - все верно. Определенные изменения в SysSetupFormRun придется сделать.

Хорошо, по навигации все отловится через SysSetupFormRun - а при редактированиии записи ? Спозиционировались, механизм отработал, начинаем редактировать и по результату редактирования доступ должен измениться. Чегой-то мне кажется, что без доступа к xRecord.modifiedField() вряд ли получится