I think it would still be useful, I don't think many expect progress bars in apps to signify time these days - just the progress of working through each commit which I'd love in visual clarity. If not as a progress bar then even as written to easily gauge, "(commit 52/230)" or something.
Thanks. On Thursday, December 14, 2023 at 8:38:18 PM UTC+13 daniel.l...@gmail.com wrote: > torsdag 14 december 2023 kl. 01:20:03 UTC+1 skrev Kieren: > > This would be really nice for when merging a large number of commits. > Often I find myself checking the commit number it's up to in my list to see > how far through it is, seeing a progress bar would be really satisfying. > > Assuming this isn't too difficult to setup, it knows the number of commits > so just segment that for the bar? > > Cheers. > > > Such a progress bar could be very inaccurate: > - There will usually be holes in the revision number sequence, so even if > merging revisions 1000-1099 there might not be 100 revisions to be merged. > The progress bar obviously have to have 100 steps but only a few of them > might actually be in the merge source. > - Each commit can be different in size so even if the number of commits to > be merged is correct, some might go very fast and some might take a long > time. > - I'm not sure how easy it is to figure out the number of commits to be > merged when you merge "all". The code obviously exists but I'm not sure how > much is exposed in the existing APIs. > > The problem reminds me of xkcd 612: https://xkcd.com/612/ > > I'm not against the idea as such, just asking how useful it would be. > > Kind regards, > Daniel > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN" group. To unsubscribe from this group and stop receiving emails from it, send an email to tortoisesvn+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/31a329e3-e7f0-4aaf-9f5f-6ffb4f055b2en%40googlegroups.com.
