User Interface expected behavior for display translation

[Doc]

When viewing usage in the Graph mode, and there is no usage in the currently displayed window there is minimal indication that dragging a blank display to the right or the left shifts the time window being displayed. In order to figure out what time block you are looking at, you have to read the date at the left edge of the horizontal axis and the hour on one of the time interval fiducials, a very non-intuitive way to scroll data.

Just do something better. There should be some indication that the display is moving. and there should be a way to accelerate the scrolling rate.  The fact that there is no way to accelerate the scroll is at the very least inconvenient and stronger words are probably merited.

Most web apps that support graphical UIs to display scrollable data allow a SHIFT scroll using the scroll wheel on the mouse for horizontal translation of the viewed area, and direct use of the scroll wheel for vertical scrolling which in this case might be used to switch among the CTs while keeping the viewed time interval constant.

I dislike the fact that switching between time scales (Month, Week, Day, Hr, …) resets the horizontal scale to align current wall clock time with the right edge of the display rather than preserving the time alignment of the displayed data with the right edge of the display and rescaling around that reference point.

• This topic was modified 1 year, 3 months ago by Doc.

[Doc]

Another enhancement along this line would allow (on the Web App) for a double click on a particular Day (Week, Year, Hour, Minute) to switch to the next finer available resolution so that we can drill down where there is visible data to get a magnified view.  To do this on the mobile app is not so easy and until you commit to allowing the Web App and the Mobile App to diverge it is probably not doable but it is an alternate approach to focussing at a finer level of detail.

[Doc]

Another alternative would be to reuse the scroll bar that is implemented for the Home page for the Graphs page. It is not elegant but it is functional and it supports acceleration by mouse movement and incremental scrolling by clicking on the directional arrows. It would benefit from an ability to adjust how much time is displayed on the graph perhaps over a ratio equal to the scale difference between sequential time scales (Sec would be able to display a full minute of data when maximally compressed, while Minutes would display a full hour, Hours would display a full day, day might be able to display a full month, etc.  Where you are in the record is visually intuitive.

[Doc]

The vertical axis labels need to have 3 digits to the right of the decimal point instead of the current 2-digits.  As it is I have seen labels of (0.00, 0.00, 0.01, 0.01, 0.01, 0.01) which doesn’t correspond to any linear scale and I have no easy way to decypher what is displayed. The third label seems to correspond to 0.079 based on the value of the marker at the right edge of the display and the forth increment seems to be 0.0104 so perhaps the need is for 4 digits or consistent with what is shown elsewhere on the graph.

[emporiacs]

Great feedback and will share this with the development team.  We certainly understand the UI has room for improvement and are doing our best to prioritize the many features and enhancements we have planned.

[Author]

Posts