Associating and Dissociating Actions with a Filter
Once you've created and registered your filter, the last thing to do is to associate actions with your Simple Filter, or dissociate actions with your Universal Filter. This is done in *actions.xml.
Dissociating Actions from a Universal Filter
In cases where you don't want a global filter to be applied to specific actions, you need to find those actions in *acitons.xml that and update them to include an excludeFilter element, as shown below:
|
|
The name attribute of the excludeFilter element should correspond to the selector used to register the filter in *service.properties.xconf.
|
Associating Actions with a Simple Filter
Suppose (hypothetically) you created and registered a simple filter called ProblemReportStatusFilter (and registered it with a selector of "problemReportStatus") that disabled actions if a problem report had a certain status. And suppose you wanted to apply it to a few actions. You would find the actions you want to apply your Filter to in *actions.xml and modify them to include includeFilter elements like this:
|
|
Again, the name attribute of the includeFilter element should correspond to the selector used to register the filter in *service.properties.xconf.
|
Multiple Filter Inclusions/Exclusions for the Same Action
In theory, an action can have any number of universal filters dissociated from it and any number of simple filters associated with it. You would just add as many includeFilter and excludeFilter elements as you need in *actions.xml.
For example:
<action name="removeChangeTask" renderType="GENERAL" ajax="row">
<command onClick="removeChangeTask(event)"
windowType="no_content" />
<includeFilter name="problemReportStatus />
<excludeFilter name="markedForDelete" />
<includeFilter name="someSimpleFilter" />
<excludeFilter name="someUniversalFilter" />
...
</action>
|
|
The order of the includeFilter and excludeFilter elements does not matter, nor does it have any bearing on the order in which the filters are called.
|
