I have searched thru TI Help to find out if there is any syntax to lock an element or elements using TI nothing specific to what I am after, does anyone know?
The one in Help requires security grouping but really what I am after was having to be able to send a parameter using TI specifying what element to lock and "bang" it's locked!
The most wasted of all days is one without laughter.
e e cummings (1894-1962)
I don't believe this is available - wish it were.
I use rules in cell security cubes, driven by (normal) control cubes. I've read suggestions that cell security gives a performance hit but I think this is manageable if the rules therein are kept simple.
Nice one.
Cubelockoverride is in the list of reserved words but is _not_ (from a brief check) documented in the (9.1) help. Which version are using, and is it documented in that version?
Update - found it in the 9.0 documentation. Think it disappeared when they tore up the locking model for 9.1+. However most of our clients are on 9.0 so very relevant.
I could not saved the TI process as it keep prompting the variable lock undefined, then I went on to define teh variable and it does not allow me to saved, do you have a sample of what /how lock shoudl be define?
also just the line cubelockoverride(1);
it run successfully, but how does it know which cube and element to lock?
The most wasted of all days is one without laughter.
e e cummings (1894-1962)
roy2087 it makes no sense to use a cube view as data source to lock/unlock an element. To make the process generic datasource should be NONE you just need 3 parameters; dimension, element and lock or unlock.
All code can be on the prolog, you can test for the existence of the }ElementProperties_<dimension> cube and if it doesn't exist then create it before doing any CellPutS.
Please place all requests for help in a public thread. I will not answer PMs requesting assistance.
*************************************************************************************************************************
#This code is used to get the current status of the version element.
#To get the intersection value in the cube.
IF
(
CubeExists('}elementproperties_0v_Version') = 1
);
Check_Version = CellGetS('}elementproperties_0v_Version',pVersion,vMode);
else;
CubeCreate('}elementproperties_0v_Version','0v_Version','}ElementProperties');
ENDIF;
#If , the intersection is 'Admin' and if the user has entered 'Admin' in the Parameter
#(pVersion) then execute the If - Statement.
IF
(
Check_Version @= 'Admin'
);
cubelockoverride(1);
CellPutS('admin', '}elementproperties_0v_Version',pVersion,vMode);
#Else , the Intersection has returned Blank('') , then WRITE 'Admin' in the Interection .
I've used the same approach as listed in this thread however, I'm having some odd behavior.
As and Admin and Data Admin running the TI locks or unlocks the version as expected. But running the TI as a member of a group that is not Admin or Data Admin causes the value in the element properties cube to toggle but the version does not actually unlock.
We've tried unlocking the Security Access property of the TI but this seems to have no affect. Any ideas?