GUI? about tqdm

[hadim]

I don't say it's a bad idea but I think it can be difficult to add a matplotlib backend in a clean way. But feel free to try it if you think it can be usefull to you and others.
I don't actively use tqdm anymore (I will in a few months) but the thing I was thinking about sometime ago was to add an IPython widget backend that display a nice JS/CSS progress bar.

[casperdcl]

Hmm re: ipython, there's stuff like https://github.com/flying-sheep/smart-progress

[lrq3000]

Instead of making a standalone GUI for TQDM, maybe an integration with Gooey could be good? (making the GUI progress bar sync with TQDM). I think it would be more useful for most devs and users than a standalone GUI for TQDM, to me, a GUI progress bar is only useful when it's part of a GUI to configure the parameters of the app.

About ipython, TQDM is already compatible and works perfectly well, so there's no need to do anything (it should also work with the interactive widgets since the output is still piped from stdout).

[lrq3000]

Ah sorry Casper, I just saw you already made a branch with the GUI modification. Since you've done it, I think it can be a good addition, I'm sure some users can find it useful. The only tiny issue is that it adds quite a bit of complexity to the code. I saw you tried to modularize it, but do you think it's possible to separate the logic even more? I think that the more the GUI is separated logically, better it is to avoid any conflict with the base code (ie, if the GUI gets a flaw in the future, it won't affect the commandline progress bar).
Just my 2 cents, it's up to you to see, I'm no expert :)

[casperdcl]

Yeah the code duplication issue is similar to #9 but it seems necessary for speed optimisation... not an awfully long function so don't think it's too much of an issue... but if you can think of an elegant fix I'd be grateful...

[casperdcl]

Closed by pr #29