The view settings for a Navigator View can be modified in the View Settings dialog accessible by clicking the button when the Navigator View is open.
The General tab shows the name and description of the View Settings.
Select the Publish in Portal check box to have the view settings (hierarchy) selectable in the Navigator view of QPR Portal. This option is not applicable to SharePoint hierarchies.
To link the Navigator view settings to QPR Portal view settings, type in the QPR Portal view settings name in the Linked Portal View Settings field. The linked Portal view settings are then used by default when the published Navigator view is selected in QPR Portal. If the linked Portal view settings are not defined or a Portal view with the given name is not found, the default Portal view settings are used.
The Elements tab shows which elements are shown in the navigator views list.
The Hierarchy group is used to select the shown hierarchy:
•Elements as list: selecting this will make the view show the element types selected in the Additional Elements group as a simple list, i.e. no hierarchy at all.
•Duplicate Element Management: selecting this will make the view show duplicate elements in the model.
•Custom relation hierarchy: selecting this will make the view show the element types and relation attributes (i.e. connectors and relation type custom attributes) selected in the Additional Elements group.
The Custom Relation Hierarchy supports drag and drop operations in the Navigator view for all other relations except Attached Elements, Attached to Elements, Incoming flows, Outgoing flows, From, To, Process steps (of an Organization item), Child process steps (of a subprocess), cardinality N attribute sets, and sub-attributes of cardinality N enumerated values.
When an element is dragged from an element to another element in the Custom Relation Hierarchy, all relations defined by the view setting from the original parent element to the dragged element are cleared. In addition, the Navigator view sets all possible relation attributes that have been defined in the view setting from the new parent element to the dragged element. If an element is dragged with the Shift key pressed, it is added to the new location, instead of moving it from its previous location to the new location. If an element is dragged under the root node of the hierarchy (without holding Shift key down), the relations from the original parent element to dragged element are removed without adding any new relations.
Elements can be dragged from other Navigator views to a Custom Relation Hierarchy. Drag and drop from another Navigator view to other than a Custom Relation Hierarchy is not supported.
If the Navigator view uses a cardinality 1 custom attribute, or a system attribute that can have only one value (Owner of a process step or a flow), and the attribute value has already been set for an element, another element cannot be dragged under it.
•SharePoint hierarchy: selecting this will make the view show the folder hierarchy and the documents in the SharePoint document site defined in the SharePoint settings group. Note that this will only show the hierarchy, documents are not created as information items until they are dragged and dropped to an element or the diagram.
•System hierarchies: selecting one of these hierarchies will make the view show the elements of the corresponding fixed element types. See the topics Diagram Hierarchy, Organization Hierarchy, Notes Hierarchy, Resource Groups, Resource Pools and Information Hierarchy for more information.
•Custom hierarchies: selecting one of these hierarchies will make the view show the elements in the user defined element hierarchy.
The Additional Elements group is used to select additional leaf nodes for the hierarchy. The contents of the Additional Elements group depend on the hierarchy selected in the Hierarchy group:
•Elements as list: all element types available in the model.
•Relation hierarchy: all element types and relation attributes can be selected. There are three selection types. If the check box has a check mark, the item can be at root level in the hierarchy. If the check box is filled, the item can appear only as a child node in the hierarchy. If the check box is unchecked, the item is not shown on the hierarchy.
To select attribute(s) for multiple element types at once:
1.On the Additional Elements group, select the element types for which you want to select attribute(s) either by clicking a generic type node (such as "Process step types") or by holding down either the Shift or Control key and clicking on the element types.
2.Select the attributes from the Relations group, which shows all the supported relation attributes from all of the selected element types.
•If all the selected element types have the relation attribute(s), the attribute(s) are shown in the default color.
•If the relation attribute(s) shown exist only in a subset of the selected element types, the attributes are shown in grey.
3.Click OK. The relations will then be set for each element type that have the selected relation attributes.
•Diagram hierarchy: any non-diagram process step type, connector type, element type, store type and group instances are shown as leaf nodes for the diagrams they exist in. Resources (allocated to), note (connected to) and organization item (belongs to) are shown as leaf nodes for the previously mentioned leaf nodes and child diagram nodes.
•Organization hierarchy: process step types and resources that belong to an organization item are shown as leaf nodes of the organization item.
•Information hierarchy: process step types, connector types and element types are shown as leaf nodes if an information item is connected to the element.
•Notes hierarchy: none
•Resource Group hierarchy: process step types, connector types and element types are shown as leaf nodes if the resource is used in the element.
•Resource Pool hierarchy: process step types, connector types and element types are shown as leaf nodes if the resource is used in the element.
•Custom hierarchies: connector types (incoming and outgoing flows), resources (allocated to), notes (connected to), information items (connected to).
The SharePoint Settings group is used to define the SharePoint site address and the way information items are created:
•SharePoint site's address: enter the URL of the SharePoint site to this field.
•Information item creation mode: this setting defines how information items are created when documents are dragged from the hierarchy to the elements on the diagram. If the target element supports information items, the dragged items will be instantiated as information items under that element. Otherwise, they are created as information items that are not associated to any diagram element. The creation mode of folders will always be 'Linked'.
The Base Model Settings group is used to define settings for seeing base model element usage in child models:
•Show child model instances: when this is selected and a base model element has been instantiated in child models, the child model instances are shown as sub-nodes of the element.
•Show child usage: when this option is selected and a base model element has been used in child models, the child models are shown as sub-nodes of the element. Here, the term "used" means that the child model element has a relation to the base model element, for example via a custom relation attribute or by using a base model information item in a child model activity.
For the child sub-nodes, the pop-up menu available via right-clicking an element has the Open selection available. Selecting it will open the child model in question in a new client, and if the child sub-node is a child model instance, the diagram view will be opened with the instance selected.
The Base Model Settings selections are not used in QPR Portal or in Model Comparison.
The Hierarchy Options group is used to define additional settings for navigator views that show hierarchies:
•Hide duplicate relations: when selected, the navigator view will not show duplicate relations, created for example by having two or more instances of an element with a relation to some other element.
•Default view filter: the View Filter that is applied automatically when the navigator view in question is opened. When a default view filter is selected, the filter is applied also in QPR Portal.
The Elements Tab of the Navigator View Settings Dialog and Additional Elements Shown as Leaf Nodes in the Default Settings View
The Columns tab lists the columns that are shown in the navigator view. To add a column, click the Add button, type a name for the column in the Label field and select the attribute to be shown from the drop-down menu. To remove a column, select the column to be removed and click the Remove button. Note that the last column cannot be removed. To change the order of the columns, select a column and click the Up or Down buttons.
If the Fit columns to view check box is selected, all columns will be scaled down so that they fit into the view. When unselected, the Width of the columns can be defined separately.
Columns in QPR Portal
The columns defined on the Columns tab are by default used in the corresponding Navigator Views in QPR Portal.
The columns that are shown in QPR Portal Navigator Views are determined in the following order:
1. If a View Setting for the Processes > Navigator View has been set in QPR Portal for the currently shown hierarchy, then the columns specified there are used.
2. If Default View Settings for the Processes > Navigator View have been defined or "Navigator" has been defined as the default page for Processes tab in QPR Portal, then the columns specified there are used.
•Note that only the settings defined for one hierarchy are stored at once. Thus, e.g. when you first customize one hierarchy and another hierarchy after that, only the last customizations are stored. In addition, these customizations are usable only within the hierarchy for which they were defined. This also means that when you customize web client view settings for one hierarchy and select another hierarchy, that other hierarchy is shown using the columns defined in its default view settings.
•Copying customized QPR Portal View Settings from a hierarchy to another can be done by first saving the View Settings in QPR Portal (by using the Save button in the View Designer) and then by selecting those saved View Settings when the desired hierarchy is selected (by using the Views button in the toolbar).
3. If "Linked Portal View Settings" have been defined for the view, then the columns specified there are used.
4. Columns configured into the View Settings in the Modeling Client are used.
The column headers of custom attributes show the name of the custom attribute in QPR Portal. The custom attribute fields in the Navigator View in QPR Portal are shown using the default templates for the custom attributes. Therefore, for example relation type custom attributes contain a link to the related element.
Note that the "Validation warning icon and "Validation warning message" columns are not supported in QPR Portal Navigator views.