I would like that, Gitter is nice too so we'd be able to monitor both but Slack for active participants in the reforging could be very useful.
Thats what I meant, gitter for the user community, slack for the builders (with integrations to github, travis, and else)
@hongaar
:wave: hi all. Is anybody aware if a coordinated attempt to keep vorpal alive?
Would you be open to be part of it? :)
I reserved a channel for Vorpal. Invite Link. I do worry that since the community is fairly small, I don't want to split us further or make it appear that there is no work in progress though.
Hi @AdrieanKhisbe @slinkardbrandon @hongaar
I moved my fork to the GitHub org @slinkardbrandon created.
@dthree created for us an open PR to their repo from branch 2.0-ts, so all work should be done on that branch. dthree/vorpal#328
@slinkardbrandon, I don't see your PR. Maybe it was removed when I migrated the repo to new org?
I think since the community is here, we should keep discussion in this Gitter. Might be nice to have a dedicated room dthree/vorpal-reforge for the effort.
I moved my fork to the GitHub org @slinkardbrandon created.
@dthree created for us an open PR to their repo from branch 2.0-ts, so all work should be done on that branch. dthree/vorpal#328
@slinkardbrandon, I don't see your PR. Maybe it was removed when I migrated the repo to new org?
I think since the community is here, we should keep discussion in this Gitter. Might be nice to have a dedicated room dthree/vorpal-reforge for the effort.
I think you don’t see my branch because I accidentally opened the PR to dthree’s 2.0-ts branch. I’ll see if I can get that fixed today. We did make the slack channel so we can get some integrations going but to prevent the team from getting split I think we need to remain vigilant of Gitter too.
Made the PR to handle the jest conversion :)
After converting to jest and enabling coverage reporting I realized we have about 50% coverage. (Also none of the tests are using mocks, they’re mostly integration style tests). As a future PR we should start refactoring the tests to be actual unit tests and shoot for as close to 100% coverage as we can get without coding our
src for our tests.
is possible with Vorpal command
connect to WS socket
and display "messages" in screen
but the command line available ?
is impossible "detach" the command... anyone can help me?
also, how can i capture the output to a string rather than the console?
(context: i am trying to use this to build a command line for a telegram bot.)
Hello all, just a question. is it possible to run vorpal command that execute a background process/service, exiting from application/vorpal, connecting later again in a second and attach to the previous "process"?
I.e.: Running some vorpal commands (than running one or more background processes), exit from shell/ssh, connecting again running again the application and "reconnecting" so I can "resume" the UI and interact with the previous started processes? I hope I was clear. Thanks!
I.e.: Running some vorpal commands (than running one or more background processes), exit from shell/ssh, connecting again running again the application and "reconnecting" so I can "resume" the UI and interact with the previous started processes? I hope I was clear. Thanks!
Yes, something like this. For example, I run via vorpal command a bot (ie: a trading bot), a service in background, later on I can run again the vorpal application and interact with that service running other vorpal commands (see stats, check progress, stop bot, change configuration, restart it)
how can i embed vorpal in website?
Just started using Vorpal and got the basics in place...
node myapp.js will open an interactive session and prompt for commands; node myapp.js mycmd myarg will run a command and return to the command-prompt. Is there a way of giving one or more commands on the command-line and then switching to accepting commands interactively? At the moment, after command-definition, I've got vorpal.parse( process.argv ).show() ;. TIA
