Screen redrawing issues

[rsekman]

A recent urwid update changed how/when the screen is redrawn, which made commits 030508e f83949f a48ef30 necessary.

However, there are still some problems remaining. The ones I have noticed are with the interactive command and the tab command. These were not present before the urwid update. I am on Arch and urwid version 2.1.2.r56.gabc098c-1 (urwid/urwid@abc098c).

interactive command

To reproduce:

• open a torrent list
• hit / (default keybind) to open the interactive limit prompt
• the prompt appears after a noticeable delay instead of, well, promptly
• if one enters, say, /a the prompt appears after the second keystroke

I opened #233 to fix this.

tab command

To reproduce:

• open a torrent list
• hit <enter> (default keybind) to open a torrent tab
• the tab appears only after a noticeable delay
• pressing any key after <enter> makes the tab appear promptly, similarly to the interactive case
• press d to close the tab
• the tab is closed only after a noticeable delay
• again, the effect can be made to take place promptly by pressing any key after d

Any command that opens a tab works to reproduce, e.g. tab help ls.

This one is trickier. We can't just decorate TabCmd.run because the tab may need to wait for data before rendering (e.g. info). Also, if the rc opens tabs on startup, exceptions are raised because there isn't an eventloop yet. So some more sophisticated logic is needed, but I'm not sure what it is.

[rsekman]

After looking more closely at the code I've come up with much better and more comprehensive solutions #235.