Improve readability of large grid with a lot of data#146
Open
smortex wants to merge 2 commits intoriemann:mainfrom
Open
Improve readability of large grid with a lot of data#146smortex wants to merge 2 commits intoriemann:mainfrom
smortex wants to merge 2 commits intoriemann:mainfrom
Conversation
The lockfile allow reproducible build, which are awesome. However, we
also want to support multiple versions of Ruby, and a lockfile is
unfortunately not a one-size-fit-all solution in this case:
* Older versions of bundler cannot run on recent versions of Ruby;
* Recent versions of bundler cannot run on older versions of Ruby;
* Some dependencies are available for some versions of Ruby but not
all the ones we support, so a version of Ruby may be unable to run
the bundle generated by another version of Ruby.
The lock file is only used when someone clone the repository and run
`bundle install`. When installing with `gem install riemann-dash` (the
way recommanded in the README), the dependencies only have to be in the
bounds of what is authorized in the gemspec file, so this will only
affect a fraction of our users which are probably aware of what they are
doing.
This allows us to run the test suite on all supported versions of Ruby.
When a large table is displayed and is larger than the screen size, it
is not possible to scroll to see *all* the data. One can zoom-out to
have a accomodate more data, but this does not fix the issue as:
1. The displayed data is smaller, making it harder to read it beyond
checking the color that represent the state of the metric;
2. Zooming out is limited and at some point more data is still out of
sight.
This make the table scrollable in its container. Both horizontal and
vertical headers stick to their position to make it easier to track what
is being viewed.
093a954 to
bd08359
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
When a large table is displayed and is larger than the screen size, it is not possible to scroll to see all the data. One can zoom-out to have a accommodate more data, but this does not fix the issue as:
This make the table scrollable in its container. Both horizontal and vertical headers stick to their position to make it easier to track what is being viewed.
Also include #145 otherwise CI cannot run.
Screenshots of the current situation
The default zoom only allow to see a fraction of the grid:
Zooming out at the maximum level does no allow to read the content, yet some information is still out of view:
Screenshots with this changes
Notice the scrollbars allowing to move to a location where some metrics are in the warning state: