Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

screen: make _wait_for_input public #188

Merged
merged 1 commit into from
Nov 26, 2018

Conversation

efiop
Copy link
Contributor

@efiop efiop commented Nov 23, 2018

Issues fixed by this PR

None

What does this implement/fix?

Renames Screen._wait_for_input method into Screen.wait_for_input and makes it formally public.

Any other comments?

First of all, thank you so much for this amazing project! We are using
it in our project [1] to interactively visualize dependency graphs for
our pipelines across all platforms. We are mostly using screen class
directly, as a cross platform ncurses of sorts and would love to have
an ability to use _wait_for_input method directly. In order to do that
properly, we need to make it formally public, so we could rely on it in
future versions of asciimatics.

I couldn't find any docs that need to be adjusted for this(seems
auto-generated), so please let me know if I need to add/change anything.

[1] https://github.com/iterative/dvc

Signed-off-by: Ruslan Kuprieiev ruslan@iterative.ai

First of all, thank you so much for this amazing project! We are using
it in our project [1] to interactively visualize dependency graphs for
our pipelines across all platforms. We are mostly using screen class
directly, as a cross platform ncurses of sorts and would love to have
an ability to use _wait_for_input method directly. In order to do that
properly, we need to make it formally public, so we could rely on it in
future versions of asciimatics.

I couldn't find any docs that need to be adjusted for this(seems
auto-generated), so please let me know if I need to add/change anything.

[1] https://github.com/iterative/dvc

Signed-off-by: Ruslan Kuprieiev <ruslan@iterative.ai>
@coveralls
Copy link

Coverage Status

Coverage remained the same at 96.257% when pulling e8e2eb5 on efiop:master into fcedb49 on peterbrittain:master.

2 similar comments
@coveralls
Copy link

Coverage Status

Coverage remained the same at 96.257% when pulling e8e2eb5 on efiop:master into fcedb49 on peterbrittain:master.

@coveralls
Copy link

Coverage Status

Coverage remained the same at 96.257% when pulling e8e2eb5 on efiop:master into fcedb49 on peterbrittain:master.

@peterbrittain peterbrittain merged commit e8e2eb5 into peterbrittain:master Nov 26, 2018
@peterbrittain
Copy link
Owner

Thanks for your support!

I think I'm happy to expose the API as it stands. Arguably it would be better with an option to block forever, but it sounds like you and I don't need that, so I'll not do that for now. In the meantime, I've added some extra docs so that people are aware of the option.

@efiop
Copy link
Contributor Author

efiop commented Nov 26, 2018

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants