toot timeline gets number of terminal lines wrong
strk opened this issue · comments
typing toot timeline dumps many posts/toots to the terminal and at the end asks me if I want to continue, but not all the posts printed are visible in my terminal and I have to scroll the terminal backlog to see them all. I suppose that's not intentional and is the effect of a wrong detection of the number of lines in the terminal OR of the number of lines in the posts
It's currently written to pause after --count status messages (default: 10) without regard to screen rows. I agree it's annoying and should default to displaying MAX(1, # of statuses that fit on a screen) per prompt. How much of a hassle to implement? I'll have a look 🤷♂️
an alternative could be to pass the timeline to a pager, like it happens with git log, for example.
My own piping to less results in loss of colors which maybe needs another ticket to improve (ie: jq has -c switch to retain colors while using less)