-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
ui: very short progress bar #2487
Comments
@Suor something like a screenshot would be helpful to assess the severity. 🙂 |
I had the same issue with my latest test, and its not only add. |
yes this was a design introduced in #2436, specifically https://github.com/iterative/dvc/pull/2436/files#diff-b4d487abdc2dca03a19e8e4a7bceccf2R39 This was included due to the ugly looking misalignment of progress bars on top of each other (i.e. one bar with width 20 followed by another width 10 don't align nicely visually). @efiop perhaps we don't need this any more since the bars are being cleared away so we never see them on top of each other any more? |
Thank you @pared 🙏 @casperdcl We might bring some of those back, though, right? Maybe we'll decide to simply increase the percentage of the bar length later. In any case, it is functional right now and doesn't look bad, so I suggest we don't jump the gun again right now and just deal with it during the upcoming UI reevaluation for this command, when we'll have a bigger picture. |
I would say it urgent, 10 char progress bar:
So I would say either revert to misaligned ones or put text on top of the bar body and invert text/background color when it is filled. |
Less ugly then it was originally without tqdm. I dont think this one counts as urgent.
Not really, since it has the right part to it where you get more granular
Reverting would be problematic for this one, I would rather not do that. What do you mean by inverting? Not sure I follow that one. |
I'm assuming inverting means black text on white background where necessary (to have description drawing on top of the bar). Not sure if there's a reliable cross-platform way to display such a thing. Also wouldn't work well on non-unicode envs which will currently display hashes for the bar. |
Is there a specific reason to keep so small? Can we do a quick fix to make it 3x wider? I agree with Ruslan, the whole output might change soon, so I would not put too much effort into fixing this, just a cosmetic minor quick stuff if it's possible. |
the problem with fixing to say width 30 is increased chance of overflow (on narrow terminals or long descriptions) |
@casperdcl yeah, totally, I was just assuming probably that we can calculate in advance or tqdm supports this - and specify something like this |
I am against fixed pbars, these look bad. |
BTW, the reason behind fixed with bars is several of those dancing when we perform some work in several threads. So if we unite those into one pbar there would no need to bother about fixed size pbars at all. And now we shouldn't used fixed size pbar outside multithreaded situation. |
This shows how tqdm looks by default and in dvc: https://asciinema.org/a/283771 |
Partially fixes iterative#2487
On master branch.
Steps to reproduce:
dvc add
themThe progress bar looks like 10 chars in width.
The text was updated successfully, but these errors were encountered: