cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

The community will undergo maintenance on October 16th at 10:00 PM PDT and will be unavailable for up to one hour.

Constraint on Category > why via Referenced Item Type?

nxpet
12-Amethyst

Constraint on Category > why via Referenced Item Type?

Hi! We are using the SE Solution, where the category for the type requirement is constrained in the following way:

 

Constrained Method: Field Relationsship

Source Field: Referenced Item Type

Source Values: Shared Requirement

Constrained Field: Category

Allowed Values: Heading, ...

 

Can someone explain me why "Referenced Item Type = Shared Requirement" is used here? Why not just "Type = Requirement"? Would that make a difference?

 

Thanks

Timo

2 REPLIES 2
ascott
17-Peridot
(To:nxpet)

Hi Timo,

The purpose of the constraint is to restrict the category value based on the type of content the node (requirement) is pointing to (the shared item). The shared item could for example be a Document or a Shared Requirement and usually the constraint you identified below is always paired with a similar document version of the constraint.

 

Source Field: Referenced Item Type

Source Values: Requirement Document

Constrained Field: Category

Allowed Values: Document

 

So to answer your question: A node is always going to be the same type, but the type of the shared item can vary.

 

Hope that helps!

-Andrew

nxpet
12-Amethyst
(To:ascott)

Hi Andrew, I do not understand it yet. The constraint is defined on the type "Requirement". How can the shared item vary? It is always the "Shared Requirement"?

 

What is the difference to:

1. Basic Constraint; Constrained Field = Category; Allowed Value = Heading, ...

2. Field Relationship; Source Field Type = Requirement; Constrained Field = Category; Allowed Value = Heading, ...

Won't these two constraints work as well?

 

Regards, Timo

Announcements


Top Tags