Content
View differences
Updated by Oliver Günther about 5 hours ago
**As an** end user (and as an API consumer) **As** a \[enter role of user\]
**I want to** see a sub-type under its parent type's name and color while still being able to discover the actual variation \[enter objective\]
**so that** daily work stays simple and consistent, but the precise sub-type remains available when I need it. \[enter desired result\]
## Acceptance criteria **Acceptance criteria**
* Everywhere in the product, a work package whose type is a sub-type shows the parent (root) name and color: type dropdowns, the work package table type column, cards, breadcrumbs, exports (PDF, Excel, CSV), notification emails, and activity entries
<br>
**Technical notes**
* Through the API, a work package's `_links.type` and `/api/v3/types/:id` resolve to the actual sub-type, which exposes a `parent` link; the type id and href are stable and never contextual
* We need to use a displayName similar to the semantic ID for work packages
* Filtering a view by a parent type includes work packages of any of its sub-types <br>
## Permissions **Permissions and visibility considerations considerations**
* **To _To whom is this feature visible?** All users who see types. visible?_
* **When _When is it not visible?** Feature flag off (names visible?_
**Translation considerations**
* _Key terms and colors render from phrases in the flat types). key languages_
## Open questions **Out of scope**
* _when hovering <br>
_Set the_ **To be informed/consulted teams** _field to include all teams necessary to be informed of the type, we could reveal the actual sub-type name ("Bug: Hardware")_ changes._
**I want to** see a sub-type under its parent type's name and color while still being able to discover the actual variation
**so that** daily work stays simple and consistent, but the precise sub-type remains available when I need it.
## Acceptance criteria
* Everywhere in the product, a work package whose type is a sub-type shows the parent (root) name and color: type dropdowns, the work package table type column, cards, breadcrumbs, exports (PDF, Excel, CSV), notification emails, and activity entries
**Technical notes**
* We need to use a displayName similar to the semantic ID for work packages
* Filtering a view by a parent type includes work packages of any of its sub-types
## Permissions
* **To
* **When
**Translation considerations**
* _Key terms
## Open questions
* _when hovering
_Set the_ **To be informed/consulted teams** _field to include all teams necessary to be informed of