-
Notifications
You must be signed in to change notification settings - Fork 78
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
Add progress to compressing/decompressing #210
Conversation
Some thoughts:
Obviously this is subjective, Its up to you if its a good addition or not |
I'm worried this conflicts a lot with #197 |
I can add a cli flag that restores the original behaviour, if this sound a good idea otherwise |
Yeah, that would make merging with --accessibility much easier. |
Oh this is great, I just decompressed a relatively large thing and I thought it was stuck for a moment so I was about to see if I can implement something like this myself haha Note: I don't know if I misunderstood but adding a flag just for this and another |
That makes sense, I add |
Or you can merge the accessibility pr first and I'll rebase on top of it when I can |
Btw does listing archive files needs a progress bar too? |
Here is a re-based version /~https://github.com/sigmaSd/ouch/compare/progress...sigmaSd:acess?expand=1 Whats the point of Edit: The rebase is on this branch to see it you need to compare progress vs acess branches |
I went ahead and changed the flag to |
So, And the I also got confused about it, but the former one hides text, and the latter reformats it. |
The I think I'll wait for the other PR to finish before merging this one, if it takes too long, I guess this one can be merged before, not sure if it really makes a difference, tho. |
Accessibility PR was merged :D, now this one is no longer blocked, if you wish to resolve the conflicts. |
Done |
This pr uses the input size as an approximation for the compressed archive size.