Skip to content
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

Better formatting of the backups table #210

Open
seanhamlin opened this issue Dec 19, 2023 · 2 comments
Open

Better formatting of the backups table #210

seanhamlin opened this issue Dec 19, 2023 · 2 comments

Comments

@seanhamlin
Copy link

At present, I see a couple of UX issues with the backup table.

image
  • Backup ID - this data is only ever useful for commands that involve restic really, the average user does not care about the backup ID. I think this could perhaps be hidden by default, and available somehow to retrieve for advanced users (e.g. title text, or a copy button or something). This forces the table to squish, e.g. the source column needs more space.
  • Backup size - this at present is formatted as 680.06MB, I think it could be just without the 2 decimal places, that level of accuracy is not needed.
@shreddedbacon
Copy link
Member

Agreed on the backup id. I wouldn't hide it though, but perhaps truncate it, or something similarly to how we can expand and contract the deploy key
image

Instead of having it display like a secret though, it could just be truncated so it would appear like b80693be... and then clicking the eye would expand it so it could be copied out

@tnelson-doghouse
Copy link

  • I'd also like to see a search filtering box, so that we could eg. just look at the mariadb ones, or just the nginx ones (like the project search box on the projects page). Does that belong here, or should it be a separate issue? Date-based filtering would be cool, but I imagine it'd be more work.
  • Regarding the decimal points, accuracy isn't the problem in that instance, but if we're looking at eg. 1.1GB vs. 1.8GB, or 1.1TB vs. 1.8TB, then it could make a difference. Not sure if it does that, but thought it a point worth considering before removing it.

HTH,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants