Bug 495137 - [Tooling] Improve layout of properties view for protocol to handle protocol messages with several parameters
Summary: [Tooling] Improve layout of properties view for protocol to handle protocol m...
Status: NEW
Alias: None
Product: Papyrus-rt
Classification: Modeling
Component: tool (show other bugs)
Version: 0.7.2   Edit
Hardware: PC Windows 7
: P4 normal
Target Milestone: Future   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2016-06-01 07:31 EDT by Peter Cigehn CLA
Modified: 2016-11-16 14:23 EST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Cigehn CLA 2016-06-01 07:31:32 EDT
Now when the functionality is in place to add multiple parameters to protocol messages, it becomes clear that the layout of the properties view for a protocol maybe needs to be improved, especially in the case of protocol messages with several parameters.

Since the three tables with out, in, and inOut, protocol messages are placed in three columns, which always are the same width, this causes all tables to be wider in case of one of them contains a protocol message with several parameters. This in its turn causes a horizontal scrollbar to appear and the three tables becomes hard to read and get an overview over.

Another choice is to have the three tables positioned above each other, in the corresponding order, i.e. out on top, then in, and last inOut. This on the other hand could make it harder to see all three of them. 

Another choice is to "shorten" the signature label of the protocol message, e.g. using some "..." notation.

Steps to reproduce:

1) Create a UML-RT model
2) Create a protocol in it
3) Create an protocol message for this protocol
4) Add a larger number, e.g. 4-5, of parameters with a longer type name
5) Select the protocol and observer how all three tables have been wider to be equally wide as the table containing the protocol message with several parameters, and how a horizontal scrollbar has appeard.

A third option could be to place the three tables in separate tabs (this is how it looks like in the legacy tooling). The drawback with this is that you cannot get a good overview of the protocol.

I suggest that we start with elaborating on having the tables on top of each other instead.
Comment 1 Charles Rivet CLA 2016-09-22 10:47:34 EDT
This needs to be addressed. However, we need to decide the severity of this user experience issue and where this type of UI enhancement belongs.

Moving to New
Comment 2 Simon Redding CLA 2016-09-22 13:55:49 EDT
Not sure this gates MVP1. Move to 0.9 and re-evaluate