Dear users,
I have been thinking for a quite long time about a major redesign of the sensors window to improve appearance of monitored values allow a more conform usage and flexibility. Though the current tabular design of the window has several advantages, the amount of monitored values has grown significantly and on some systems it can be problematic to watch all values and fit into the screen. I still think that the current design might be the preferred way of showing values for some users, so I will keep it as is (maybe with slight modifications), and additionally I'm planning to create an alternate design, where it should be easy to switch between them.
The current (tab) design has the following advantages:
- Clear readability and simplicity
- Easy fit of min, max and average values
But it has the following disadvantages:
- Too tall on systems with many sensors
- Doesn't allow user-defined sensor/value reordering
Please keep in mind, that current each value measured is grouped by the sensor to which this belongs too. I'm not sure if this is an advantage or not, but I think that on some systems (i.e. with multiple GPUs), this might be useful.
My current idea is to create a flexible panel which could be resized and ordered according to user preferences. Sensor values should probably span across the screen horizontally and vertically, so that they all fit on the screen without the need to scroll.
One alternative is to group sensor values by their type rather than sensor sourced from - i.e. group all temperatures into one box, all voltages into a different one, etc. Though I think the user should know from which sensor they are sourced (maybe using a tooltip). Another alternative might be to keep the values grouped by sensors and separate each sensor into own box, which could be moved and resized...
These are some of my thoughts, but I'd like to hear from you - your opinions and ideas. Please post them here, so I hope we will come together with an ultimate and useful design.
Let me (us) know your ideas and we can discuss them.
Martin
I have been thinking for a quite long time about a major redesign of the sensors window to improve appearance of monitored values allow a more conform usage and flexibility. Though the current tabular design of the window has several advantages, the amount of monitored values has grown significantly and on some systems it can be problematic to watch all values and fit into the screen. I still think that the current design might be the preferred way of showing values for some users, so I will keep it as is (maybe with slight modifications), and additionally I'm planning to create an alternate design, where it should be easy to switch between them.
The current (tab) design has the following advantages:
- Clear readability and simplicity
- Easy fit of min, max and average values
But it has the following disadvantages:
- Too tall on systems with many sensors
- Doesn't allow user-defined sensor/value reordering
Please keep in mind, that current each value measured is grouped by the sensor to which this belongs too. I'm not sure if this is an advantage or not, but I think that on some systems (i.e. with multiple GPUs), this might be useful.
My current idea is to create a flexible panel which could be resized and ordered according to user preferences. Sensor values should probably span across the screen horizontally and vertically, so that they all fit on the screen without the need to scroll.
One alternative is to group sensor values by their type rather than sensor sourced from - i.e. group all temperatures into one box, all voltages into a different one, etc. Though I think the user should know from which sensor they are sourced (maybe using a tooltip). Another alternative might be to keep the values grouped by sensors and separate each sensor into own box, which could be moved and resized...
These are some of my thoughts, but I'd like to hear from you - your opinions and ideas. Please post them here, so I hope we will come together with an ultimate and useful design.
Let me (us) know your ideas and we can discuss them.
Martin