Bug 507493 - [SequenceDiagram] Lifelines should always be visually identifiable
Summary: [SequenceDiagram] Lifelines should always be visually identifiable
Status: NEW
Alias: None
Product: Papyrus
Classification: Modeling
Component: Diagram (show other bugs)
Version: 3.0.0   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard: newSDReq
Keywords:
: 446430 (view as bug list)
Depends on:
Blocks: 516490
  Show dependency tree
 
Reported: 2016-11-14 11:47 EST by Mathilde Arnaud CLA
Modified: 2018-07-11 11:11 EDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mathilde Arnaud CLA 2016-11-14 11:47:08 EST
Lifelines should always be visually identifiable even when scrolling down a large diagram.
For instance, the sequence diagram could integrate a pinned banner at the top of the diagram displaying the position and labels of the lifelines below. 
Thus, when scrolling down, even though the head of the lifelines would be hidden, the various lifelines could still be identified easily.
Comment 1 Mathilde Arnaud CLA 2016-11-30 10:01:18 EST
Implementing this seems not trivial.
Tooltips already display the name of lielines and what they represent, as a workaround.
Comment 2 Peter Cigehn CLA 2016-11-30 11:54:36 EST
(In reply to Mathilde Arnaud from comment #1)
> Implementing this seems not trivial.
> Tooltips already display the name of lielines and what they represent, as a
> workaround.

Could you give some more information regarding why this seem not trivial? I assume that you have seen how this is handled in the legacy tooling, i.e. with a header above/outside the scrollable diagram area showing the names of what the lifeline represents, and that you have concluded that this is not trivial. Or have you considered some other solution (not sure how to interpret "pinned banner" in the description)?
Comment 3 Mathilde Arnaud CLA 2016-12-01 03:38:45 EST
The idea would be to have a header outside of the editable diagram area, yes. Providing such a header is possible in theory, but the diagram has not been thought that way from the beginning, so it would be easier to implement a new version. This feature would be useful but there are more pressing concerns.
Comment 4 Nicolas FAUVERGUE CLA 2018-07-11 11:11:41 EDT
*** Bug 446430 has been marked as a duplicate of this bug. ***