Skip to content
This repository has been archived by the owner on May 19, 2023. It is now read-only.

keep console open until user closes it #13

Closed
wants to merge 1 commit into from
Closed

keep console open until user closes it #13

wants to merge 1 commit into from

Conversation

benmarwick
Copy link

Currently it all flashes by very fast the the user can't see what's happening. If we add os.system("pause") at the end the user can read the messages and then press any key to close the console. This is helpful because then the user can read where the new software has been installed, and easily find it to use it.

Currently it all flashes by very fast the the user can't see what's happening. If we add `os.system("pause")` at the end the user can read the messages and then press any key to close the console. This is helpful because then the user can read _where_ the new software has been installed, and easily find it to use it.
@wking
Copy link
Contributor

wking commented Jul 10, 2014

On Thu, Jul 10, 2014 at 03:18:03PM -0700, Ben Marwick wrote:

Currently it all flashes by very fast the the user can't see what's
happening.

I usually run the script from a terminal I open myself (instead of
double-clicking). Then I can still see the output after the script
exits, just like every other program (e.g. ‘ls’). For student use,
the script will be packaged in an Inno installer 1. I don't have a
Windows box to run the Inno installer myself, but I expect that any
output-preservation should be happening there.

@ethanwhite
Copy link
Contributor

I don't have a Windows box to run the Inno installer myself, but I expect that any output-preservation should be happening there.

The output isn't really preserved, but I think that's OK because the Inno installer is giving the proper queues that everything has finished (this was actually part of the original motivation for using a proper installer). I personally think that having the console stay open and require user input would be confusing in this context. @benmarwick can you take a look at the packaged behavior by running:
http://files.software-carpentry.org/SWCarpentryInstaller.exe

and see what you think.

This is helpful because then the user can read where the new software has been installed, and easily find it to use it.

Everything should be ending up in the path so that it can be accessed from anywhere. Is there a particular use case you thinking of where having the exact location reported would be necessary?

@benmarwick
Copy link
Author

I see, yes, thanks for the further explanation. Given those details I see now there's little value in having the install script messages persist on the screen. I've now tried the Inno installer and that works fine. I can see nano and sqlite3 working from the git bash prompt, so it seems to be working as intended.

@benmarwick benmarwick closed this Jul 10, 2014
@benmarwick benmarwick deleted the patch-1 branch July 10, 2014 23:00
@ethanwhite
Copy link
Contributor

Thanks @benmarwick! We really appreciate both the testing and the feedback.

@benmarwick
Copy link
Author

No worries, happy to help!

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

Successfully merging this pull request may close these issues.

3 participants