-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SagaView cuts off property values if longer than certain length #624
Comments
Seems to depend on length of property name. This could be addressed by:
|
Regardless of the problem itself, I think we should make the contraction that @sergioc suggests, so in this case it would be
This of course will not fix the problem generally since the text could still be too long for some properties. Another solution that springs to mind is a tool-tip which contains the full text, but that has the disadvantage of not showing for all properties when a screen shot is taken. It would also probably need to be suppressed for the cases where the text does fit into the view, but I'm not sure how easy that is to determine. On balance, a tool-tip probably isn't a very good solution. Auto-expanding is probably the best solution. Is it easy enough to do, and would the layout accommodate it? |
@adamralph there should be non-breaking spaces around that arrow. @HEskandari is there a lack of screen real estate to justify adding tooltips? Perhaps width should be responsive so that it would only truncate if the display size is small, in which case you show tooltips? How important is it to have the info fully visible at a glance? If very important, then you should avoid tooltips unless it's impractical to use more display real estate for the saga. |
@sergioc 👍 I also agree that we should investigate expanding the view, falling back to tooltips only at the limit of expansion. |
I agree on the down sides of the tooltip. Let me run a different sample (larger text, different types etc.) and see how current behavior is and what is the potential solution look like. |
Two things discovered when doing further testing:
I'm concluding that it is just date/time type values being a little cut off so by extending the minimum width on the main panel so that date/times are not cut off, we should be good. Doing that will make the vertical scroll bars appear, which may be undesirable from design standpoint. Same view when "Message Properties" window is made smaller: The alternative is just to leave it as is and close the isse, since the view is reacting to size changes. Thoughts on this? |
Given that you can bring the rest of the date in to view by adjusting your layout, I vote for withdrawing this. It feels like the ROI doesn't justify spending more time on it. |
I think we should have a quick call to demo the problem before we take further conclusions. Doesn't make sense to discuss behavior in text. Call scheduled. |
While testing the Saga View a bit more, I can see there are all sorts of usability issues with it. See the screenshot: The problems I can see from this customer database is:
While this may not be entirely related to this specific issue, thought to raise awareness before our meeting and see if I should create separate issues for each or one bucket issue for all. |
It already sounds like it needs multiple issues. |
I believe we should separate as much as possible into issues which can be fixed and released independently of each other. |
Happy to split into multiple issues once we discuss and agree. |
Here's the summary of our meeting at 15/11/2016: We decided to split the issue into the following:
Did I miss anything? @adamralph @sergioc |
I'd also suggest getting rid of the tooltip, since with the new detailed view which shows the whole data, it'd be useless (not that it served a real purpose before). |
@HEskandari LGTM |
This is split into five issues. I believe this can be closed now as we track each issue individually. I have changed the type of this issue to Discussion as well. |
Thanks @HEskandari |
This is very common issue when it comes down to dates but is not limited to any specific type. Here's an example where there's no way finding out what the value actually changed to:
Note that is not related to users' screen resolution as the Saga update panel has a fixed width.
The text was updated successfully, but these errors were encountered: