Difference between revisions of "InRole"
From SmartWiki
| Line 1: | Line 1: | ||
| − | This syntax can be used on submit logic, visibility | + | This syntax can be used on [[submit logic]], [[visibility conditions]], [[browser scripts]] or any other role-specific [[validation]]. It will always return a value, either true or false. |
<pre>@object.inRole(Rolename)@</pre> | <pre>@object.inRole(Rolename)@</pre> | ||
| − | There are three things to use caution about this syntax | + | There are three things to use caution about this syntax: |
*'''Case Sensitive''' – Watch for lower case “i” and upper case “R” | *'''Case Sensitive''' – Watch for lower case “i” and upper case “R” | ||
| − | *'''Do not encapsulate the whole syntax''' – This syntax always returns a value, either true or false which mostly would not cause any problems for example in sslogic or visibility conditions. However, encapsulation of the syntax will return a string which is useless if not | + | *'''Do not encapsulate the whole syntax''' – This syntax always returns a value, either true or false which mostly would not cause any problems for example in [[sslogic]] or visibility conditions. However, encapsulation of the syntax will return a string which is useless if not equaled to another string. |
*'''Do not encapsulate the role name''' – This is looping the role names in the instance and tries to match what is in the brackets. Use the exact role name without encapsulating. | *'''Do not encapsulate the role name''' – This is looping the role names in the instance and tries to match what is in the brackets. Use the exact role name without encapsulating. | ||
Revision as of 09:35, 24 June 2013
This syntax can be used on submit logic, visibility conditions, browser scripts or any other role-specific validation. It will always return a value, either true or false.
@object.inRole(Rolename)@
There are three things to use caution about this syntax:
- Case Sensitive – Watch for lower case “i” and upper case “R”
- Do not encapsulate the whole syntax – This syntax always returns a value, either true or false which mostly would not cause any problems for example in sslogic or visibility conditions. However, encapsulation of the syntax will return a string which is useless if not equaled to another string.
- Do not encapsulate the role name – This is looping the role names in the instance and tries to match what is in the brackets. Use the exact role name without encapsulating.
Correct: @me.inRole(Organization Contact)@
Wrong: "@owner.inRole(Organization Contact)@"
Wrong: @me.inRole("Organization Contact")@
Wrong: "@me.inRole("Organization Contact")@"
Wrong: @me.InRole(Organization Contact)@ OR @me.inrole(Organization Contact)@
Wrong: @me.inRole(rolename1 OR rolename2)@
For multiple role names use: @me.inRole(rolename1)@ OR @me.inRole(rolename2)@
