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
GUI: Display more information on table of motors #4035
Comments
This looks pretty informative to me, but I'm curious, does SECI have something like this for reflectometers? Am I right in assuming that the icons can be pressed to home/move to limits? Also would multiple motors moving be updating in real time? |
Yes SECI has all of the above in their table of motors as far as I know, and yes it updates all moving motors in real-time (as does the IBEX table of motors). We can ask the scientists what they think of the table view but my hunch is they will not be too happy with it as it doesn't provide the same information density (something they have repeatedly said is a major requirement) as the grid view in SECI. I also imagine there would already be some degree of resistance because the format would be quite different to what they are used to. |
The table-of-motors in IBEX was one of the early features that we created, so I am not surprised it is not as functional as the SECI ToM. We should sit down and compare the IBEX & SECI tables-of-motors side-by-side, identify the gaps and make plans to fill them. |
Yes we should sit down and discuss. |
Ask scientists if having this information on a separate screen would be acceptable. |
I think as part of this ticket we should design a table of motors .opi that can eventually supersede the motor table perspective in the GUI. Here's a working example of a dynamic table I created that will fit (in a grid layout) automatically motors. We can more easily edit and design the OPI, as well as remove Java code. I created ticket [#4633] to propose this. |
Icons/glyph for status informationI had spent some time thinking of how to compactly show the information in the requirements without increasing the vertical (and horizontal space). I created some multi-info glyphs and experimented with the addition of these to the single motor view. Two designs where seem to satisfy our wants are an in-line glyph or a side stripe. This would function in the same way as the Designs for Table of Motors@ThomasLohnert and I spent time to think about how to add the additional information to a single motor details panel. Some specific requirements we felt were essential:
SECI had a lot of information but aligned with text wrapping and a tiny font. Ideally we would like to convey similar information density but in a more readable format: @Tom-Willemsen & @John-Holt-Tessella Have both noted they think a simple and advance view should be available too, as most users (beyond reflectometery) will not use this info and it might be overwhelming. |
I’m not sure I’m making sense at a glance of this information where the icons are going and what they represent – can you provide an annotated image with what is where, what it means and how it changes between states? E.g. at home position, high limit made, not at home position, etc. At the very least a version with annotations that tell me which is the high limit, which is the low limit, which indicates you are at home or not.
I’m lacking just a little bit of information for the detail in this – I know it’s a mock, but without that detail whilst I can agree it is clean I can’t tell if it is clear.
|
@KathrynBaker The icons would follow the same binary behaviour of the current ones: The information is the content that is listed in the requirements in the initial ticket. |
Good tool tipping might allow removal of some space taking things like "Axis Name" (i.e. show just the name "MOT" with the tool tip showing the field name). I would still keep sp: and off: though, just a thought. Tool tips could also document the fields icons better for more context based help. |
OK so lit/unlit is on off – but I’m not sure I can follow from the images which are limits, which are homes. Where the HI and LO numbers are a different colour what is that representing.
There are 4 boxes which seem to mean home and other items, but I’m not sure about that. Two arrows which I’m guessing are direction of travel based on highlighting when the background is green or red – but could they be limits? The text boxes with HI/LO values on them are different colours – which may be for illustration purposes, but what are they illustrating? I still can’t tell if this is clear enough to be a solution – as I can’t actually tell what is going on in the arrayed motor images, it is too ambiguous for me at the moment, and an annotated copy telling me what each of those squares is meant to be at least tells me which information is where. I can’t match that list to the information being displayed.
|
The request for requirements and feedback on the table of motors design has been sent to instrument scientists. CK has kindly agreed to collect this information and we will have a list in a weeks time. After testing designs for the existing motor single view, I think we would need to consider reducing the font size by a point or two for new values to maintain horizontal spacing. @KathrynBaker The orange highlighting on the limits label & value simply represents that a limit is triggered (exactly the same as the orange boarder on existing simple/detailed motor OPI). The highlighting on either Lo, HI or both is just the triggered status on each of these. The coloured squares would represent the status information for values that have binary values, i.e., is an encoder being used. The position, colour and icon are only examples are will not be defined exactly until we have feedback on requirements. The second round of design will define these better and a more comprehensive illustration (with labels etc.) will be produced. |
Feedback provided by instrument scientists on a proposal for the new advanced table of motors design:
|
Split ticket into smaller chunks:
We are also reviewing #4633 as an option. |
Review as part of #5064 |
As a reflectometry scientist, I would like the motor table to display much more information about each motor to provide a kind of glanceable overview of the state of all motors similar to SECI, instead of having to drill down on every individual one to see the details.
Specifically:
Consider whether there should be a basic and advanced version of the table of motors (where the advanced version has the above features)
Acceptance Criteria
The text was updated successfully, but these errors were encountered: