-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[Info Bubble] Show telemetry values in info bubbles #542
Comments
@VWoeltjen the UI docs link isn't working for me. Is it still up? |
@charlesh88 - I looked through the UI docs to grab some relevant mockups, but I couldn't find the section that described info bubbles. Do you have these? |
Info bubbles were in the older UI for WARP, v1.5.2.2. I pulled that page out and added it to the modern UI sketches (https://drive.google.com/open?id=0B0v27OM1JkSeR001RFJZMk43QVk) and added a bit more detail for Value. @hudsonfoo Let me know if you have issues getting to that link. Note these important points:
|
Open question: Should this telemetry value update live while the info bubble is showing, or should it be a timestamp/value pair frozen in time at the moment the hover occurred? Want to consult with @Costigan and @RCarvalhoNASA |
So I would like a mixed answer on this one, or perhaps there is a different feature which overlaps to resolve my split. For most uses of this bubble, show the current value, as it changes (unless the performance becomes an issue). However, if one is hovering over a plot or scrolling table, the bubble should show the value at that point, not the current value. |
I think the broad question is this: What information about a telemetry point should be quickly accessible when the user has browsed to a point in the dictionary? I think that the answer should include:
How many of these things should be implemented with an info bubble is a design choice. Clearly, not all should be. In ASIST, an info bubble is emulated via the user clicking on the name of a point seen on any page. This would create a small window that contains 1, 2 and 5. The window had buttons for 3 and 4. The window would remain until dismissed, even if other, similar windows were opened on other telemetry points. So these windows could be opened as tiny, temporary telemetry pages and kept open until they were no longer needed. An info bubble is different in that it's ephemeral. For that reason, I think it's fine for the value(s) shown to not change after the bubble is created. If you want to monitor the value as it changes, your mouse is constrained to stay within the bubble. This can be awkward, and I think that implementing that function (temporary monitoring of a changing value) should be achieved in some other way.
From: RCarvalhoNASA [mailto:[email protected]] So I would like a mixed answer on this one, or perhaps there is a different feature which overlaps to resolve my split. For most uses of this bubble, show the current value, as it changes (unless the performance becomes an issue). However, if one is hovering over a plot or scrolling table, the bubble should show the value at that point, not the current value. — |
The scope of this issue should (as a Help Wanted) should address the behavior of integrating telem values in the current Info Bubble design as it applies to domain objects - there is a different approach for plot hovering in the current plot UX design in progress. |
Show telemetry values in info bubbles for domain objects which have associated telemetry. See UI docs linked from WTD-615
Migrated from: WTD-1240
Originally created: Fri, 5 Jun 2015 09:29:17 -0700
Updated: Thu, 14 Jan 2016 16:57:19 -0800
The text was updated successfully, but these errors were encountered: