Проблема с условием в Access Formula

prokopulka · 29.06.2010

Здравствуйте!

Возникла такая проблема.
Есть форма, в ней секция, в которой находится поле "Body".
Нужно, чтобы это поле становилось доступным для редактирования только для роли Office после того, как документ сохранен и имеет статус "Черновик"("Draft").

Для этого я использую вкладку Access Formula (тип Computed for display) для секции, пишу в ней условие:

<pre><code class='@-formula'>@If(!@IsNewDoc & Status = "Draft";"[office]";"[none]")[/CODE]

Затем захожу под пользователем с ролью Office, создаю и сохраняю документ, а данное поле не появляется.
Если оставить в условии только !@IsNewDoc, то данный раздел также не появляется после сохранения.

Думаю, что-то не так с использованием этой функции (@IsNewDoc) в Access Formula...

Помогите понять, что не так, пожалуйста!

hosm · 29.06.2010

А регистр роли не влияет?
+ всегда люблю поставить явно скобки @If((!@IsNewDoc) & Status = "Draft";"[Office]";"[none]")

Добавлено: А после переоткрытия документа не срабатывает?
кстати, если у Вас для секции задано имя поля (Section Field Name), можете посмотреть, чему равно его значение после сохранения документа - так, для проверки правильности отработки формулы.

Akupaka · 29.06.2010

OKEN сказал(а):
+ всегда люблю поставить явно скобки @If((!@IsNewDoc) & Status = "Draft";"[Office]";"[none]")

Как-то ты их дивно расставила )) Я бы так: @If(!@IsNewDoc & (Status = "Draft");"[Office]";"[none]")

OKEN сказал(а):
А после переоткрытия документа не срабатывает?

Меня тот же вопрос мучает.

hosm · 29.06.2010

А ты придира сегодня. Но прав, вот, например, совсем маньячно:
@If((!@IsNewDoc) & (Status = "Draft");"[Office]";"[none]")
и еще надо помнить, что роли "просто так" (без галочки Enforce consistent ACL) на локале не работают.

prokopulka · 29.06.2010

OKEN сказал(а):
А регистр роли не влияет?
+ всегда люблю поставить явно скобки @If((!@IsNewDoc) & Status = "Draft";"[Office]";"[none]")

Добавлено: А после переоткрытия документа не срабатывает?
кстати, если у Вас для секции задано имя поля (Section Field Name), можете посмотреть, чему равно его значение после сохранения документа - так, для проверки правильности отработки формулы.

Регистр и скобки роли не играют (но на всякий случай попробовала по-разному - ничего не изменилось).

После переоткрытия все тоже самое - поле не отображается.

hosm · 29.06.2010

А в поле, указанном в Section Field Name что записано при открытом документе? или дизайн скрыт?

prokopulka · 29.06.2010

OKEN сказал(а):
А ты придира сегодня. Но прав, вот, например, совсем маньячно:
@If((!@IsNewDoc) & (Status = "Draft");"[Office]";"[none]")
и еще надо помнить, что роли "просто так" (без галочки Enforce consistent ACL) на локале не работают.

В этом документе у меня еще кнопка (она находится не в секции) должна при тех же условиях появляться после сохранения. В условии Hide Action if formula is true для нее пишу

@IsNewDoc | !Status="Draft" | !@Contains(@UserRoles; "office")

и все работает, как надо. Так что с ролями, думаю, все нормально...

hosm · 29.06.2010

вы уверены, что ошибка именно в формуле? ну, чудес обычно не бывает)))
1) посмотрите, что в поле или что говорит диалог "Кто может редактировать данную секцию" (при клике на секцию)? скопируйте точное имя роли, может, где-то русский символ затесался.
2) может, случайно поставили скрытие на рт-поле
3) может, просто секция свернута

prokopulka · 29.06.2010

OKEN сказал(а):
А в поле, указанном в Section Field Name что записано при открытом документе? или дизайн скрыт?

Посмотрите в screen'е (сделан после сохранения документа под ролью Office).
Там стоит "[none]"

Добавлено:

OKEN сказал(а):
вы уверены, что ошибка именно в формуле? ну, чудес обычно не бывает)))
1) посмотрите, что в поле или что говорит диалог "Кто может редактировать данную секцию" (при клике на секцию)? скопируйте точное имя роли, может, где-то русский символ затесался.
2) может, случайно поставили скрытие на рт-поле
3) может, просто секция свернута

Если проблема не в формуле, я тогда не понимаю, почему, если вообще из условия убрать !@IsNewDoc, то поле для роли Office и статуса документа "Черновик" отображается всегда?

hosm · 29.06.2010

проверяйте, где-то что-то не то

1) после переоткрытия всё работает.
Field Name: InCard_Access
Data Type: Text List
Data Length: 12 bytes
Seq Num: 1
Dup Item ID: 0
Field Flags: SUMMARY NOUPDATE

"[office]"

2) или кнопка сохранения типа
@Command([FileSave]);
@Command([ViewRefreshFields])

prokopulka · 29.06.2010

OKEN сказал(а):
проверяйте, где-то что-то не то
1) после переоткрытия всё работает.
Field Name: InCard_Access
Data Type: Text List
Data Length: 12 bytes
Seq Num: 1
Dup Item ID: 0
Field Flags: SUMMARY NOUPDATE

"[office]"

После переоткрытия-то получается, что нужное поле доступно для "[office]", а вот после сохранения остается "[none]".

OKEN сказал(а):
2) или кнопка сохранения типа
@Command([FileSave]);
@Command([ViewRefreshFields])

Что-то не пойму, что Вы имеете в виду)) Можно поподробнее, пожалуйста

nvyush · 30.06.2010

prokopulka сказал(а):
@IsNewDoc | !Status="Draft" | !@Contains(@UserRoles; "office")

Для проверки наличия у пользователя роли следует использовать @IsNotMember("[Office]"; @UserRoles). @Contains проверяет наличие подстроки в строке, соответственно в Вашем варианте будут ложные срабатывания, если в БД помимо "[Office]" есть роли типа "[PostOffice]", "[OfficeManager]" и т.п. Да и работает @IsNotMember быстрее, поскольку при первом же несовпадении заканчивает проверку, а @Contains ищет до конца строки.

prokopulka сказал(а):
Цитата: (OKEN @ 30:06:2010, 00:14 ) *
2) или кнопка сохранения типа
@Command([FileSave]);
@Command([ViewRefreshFields])

Что-то не пойму, что Вы имеете в виду)) Можно поподробнее, пожалуйстаsmile.gif

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

Akupaka · 30.06.2010

nvy сказал(а):
Да и работает @IsNotMember быстрее, поскольку при первом же несовпадении заканчивает проверку

Может при первом же совпадении? ))

prokopulka, рекомендую роли всегда использовать в коде в том же регистре, в котором они заведены в ТУД!
Где-то это не важно, а где-то важно.

prokopulka сказал(а):
Нужно, чтобы это поле становилось доступным для редактирования только для роли Office после того, как документ сохранен и имеет статус "Черновик"("Draft").
Для этого я использую вкладку Access Formula (тип Computed for display) для секции, пишу в ней условие:
@If(!@IsNewDoc & Status = "Draft";"[office]";"[none]")
Затем захожу под пользователем с ролью Office, создаю и сохраняю документ, а данное поле не появляется.

У меня работает, но как и было сказано выше - надо переоткрывать документ, чтобы изменения стали действовать.

nvyush · 30.06.2010

Akupaka сказал(а):
Может при первом же совпадении? ))

Я имел ввиду, что функция @IsNotMember(text; textlist) посимвольно сравнивает text с элементами списка textlist и при первом же несовпадении символов считает, что строки не равны. @Contains же проверяет "до упора".
Разумеется, если text содержится в textlist при совпадении text и элемента textlist дальнейшая проверка прекращается. @Contains в этом смысле тоже ищет до первого совпадения.

prokopulka · 30.06.2010

nvy сказал(а):
Для проверки наличия у пользователя роли следует использовать @IsNotMember("[Office]"; @UserRoles). @Contains проверяет наличие подстроки в строке, соответственно в Вашем варианте будут ложные срабатывания, если в БД помимо "[Office]" есть роли типа "[PostOffice]", "[OfficeManager]" и т.п. Да и работает @IsNotMember быстрее, поскольку при первом же несовпадении заканчивает проверку, а @Contains ищет до конца строки.

В условии скрытия для кнопки поменяла !@Contains на @IsNotMember("[office]"; @UserRoles),теперь кнопка не появляется при сохранении. Что может быть не так?

nvy сказал(а):
На кнопке сохранения после команды сохранения добавьте команду обновления документа, может формула не пересчитывается.

На кнопке сохранения добавила команду обновления документа, теперь там так:
@Command ([FileSave]);
@Command([RefreshHideFormulas] );
@Command([ViewRefreshFields])

Создаю и сохраняю документ под ролью office, теперь в свойствах документа для данной секции написано, что доступ для "[office]", но поле все равно не появляется

Добавлено: Добавлено:

Akupaka сказал(а):
prokopulka, рекомендую роли всегда использовать в коде в том же регистре, в котором они заведены в ТУД!
Где-то это не важно, а где-то важно.

Да я так обычно и делаю, просто уже и так и сяк пробовала, на всякий случай...))

Akupaka сказал(а):
У меня работает, но как и было сказано выше - надо переоткрывать документ, чтобы изменения стали действовать.

Так-то у меня тоже работает, но проблема в том, что изменения должны появляться сразу после сохранения документа.

nvyush · 30.06.2010

prokopulka сказал(а):
В условии скрытия для кнопки поменяла !@Contains на @IsNotMember("[office]"; @UserRoles),теперь кнопка не появляется при сохранении. Что может быть не так?

Всю формулу "в студию" (с). Да, и как там с регистром, как точно роль записана в ACL?

prokopulka сказал(а):
Создаю и сохраняю документ под ролью office, теперь в свойствах документа для данной секции написано, что доступ для "[office]", но поле все равно не появляется

Попробуйте изменить тип поля на просто текст. Если будет появляться, значить проблема именно в том, что для рт-поля необходимо обязательно переоткрыть документ. Как — ищите в разделе codebase.

prokopulka · 30.06.2010

nvy сказал(а):
Всю формулу "в студию" (с). Да, и как там с регистром, как точно роль записана в ACL?

В условии Hide Action if formula is true для кнопки:
@IsNewDoc | !Status="Draft" | @IsNotMember("[office]"; @UserRoles)
В ACL роль записана [office] (с маленькой o).

Добавлено:

nvy сказал(а):
Попробуйте изменить тип поля на просто текст. Если будет появляться, значить проблема именно в том, что для рт-поля необходимо обязательно переоткрыть документ. Как — ищите в разделе codebase.

Поменяла тип поля на просто text, все равно не появляется.

prokopulka · 30.06.2010

@IsNewDoc | !Status="Draft" | @IsNotMember("[office]"; @UserRoles)
В ACL роль записана [office] (с маленькой o).

А, в этом условии с @IsNotMember("[office]"; @UserRoles) для кнопки все работает, я просто забыла O на o в '[office]" обратно поменять)))
Так что остается только вопрос по условию для секции...

nvyush · 30.06.2010

prokopulka

prokopulka сказал(а):
@IsNewDoc | !Status="Draft" | @IsNotMember("[office]"; @UserRoles)

Я бы написал @IsNewDoc | Status != "Draft" | @IsNotMember("[office]"; @UserRoles), но не суть важно. А база где — на локале или на сервере? На локале могут быть проблемы.
И попробуйте скопировать роль из ТУД — может быть банальная опечатка (русская о, с или е).

prokopulka сказал(а):
А, в этом условии с @IsNotMember("[office]"; @UserRoles) для кнопки все работает, я просто забыла O на o в '[office]" обратно поменять)))

— внимательней быть надо

, так народу мозги вывихнуть можно

.

Добавлено:

prokopulka сказал(а):
Так что остается только вопрос по условию для секции...

Добавьте на форму cfd поле с формулой из секции, чтоб контролировать, что там в каком случае вычисляется.

Akupaka · 30.06.2010

prokopulka сказал(а):
Так-то у меня тоже работает, но проблема в том, что изменения должны появляться сразу после сохранения документа.

Ну и? В чем вопрос?
Вариант 1: https://codeby.net/threads/33206.html
Если не сработает, не подойдет, то вариант 2: https://codeby.net/threads/29669.html

nvy
А у тебя без переоткрытия срабатывает изменение прав доступа к секции?

Добавлено: У меня и первый формыльный вариант срабатывает!

Все сервисы Codeby

Поиск

Поиск

Проблема с условием в Access Formula

prokopulka

hosm

Akupaka

hosm

prokopulka

hosm

prokopulka

hosm

prokopulka

Вложения

hosm

prokopulka

nvyush

Akupaka

nvyush

prokopulka

nvyush

prokopulka

prokopulka

nvyush

Akupaka