Skip to content
This repository has been archived by the owner on Jun 16, 2020. It is now read-only.

Don't truncate last period of inactivity? #95

Closed
pawamoy opened this issue May 7, 2019 · 2 comments
Closed

Don't truncate last period of inactivity? #95

pawamoy opened this issue May 7, 2019 · 2 comments
Labels
enhancement New feature or request
Milestone

Comments

@pawamoy
Copy link

pawamoy commented May 7, 2019

I have demo scripts that I run through pawamoy/shelldemo, so my recordings with termtosvg are automated.

It means that at the end, I don't type exit or Ctrl-D, and therefore nothing else is written in the terminal.

But I like to add a pause (sleep N) to give time to the reader to read the last command's output. It seems termtosvg truncates this because there is no more activity at the end.

Is this a thing that could be "fixed" (I don't think it should be considered a bug) or termtosvg absolutely needs a last write to keep that period of inactivity?

nbedos added a commit that referenced this issue Jun 30, 2019
Switch from SMIL animations to CSS or WAAPI animations
This should address #75, #86, #94 and #95
@nbedos nbedos added the enhancement New feature or request label Jun 30, 2019
@nbedos
Copy link
Owner

nbedos commented Jun 30, 2019

Yes, the last period of inactivity is truncated and the last frame is displayed for 1 second. In c9a3ecb I've added a -D switch to the command line interface to specify the delay between two loops of the animation.

For example termtosvg -D 1234 will display the last frame for 1234 milliseconds. See https://github.com/nbedos/termtosvg/blob/develop/man/termtosvg.md#-d---loop-delaydelay

@nbedos nbedos added this to the 0.9.0 milestone Jun 30, 2019
@nbedos
Copy link
Owner

nbedos commented Jul 6, 2019

This is included in version 0.9.0

@nbedos nbedos closed this as completed Jul 6, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants