-
Notifications
You must be signed in to change notification settings - Fork 3
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
Feature: Exit on completion #1
Comments
Hey Petter, thank you for the report. The desired behavior is actually what leader already implements and I failed to reproduce it using leader version Could you post your |
Hey @ptrkrlsrd Just a heads-up: if there is no movement on this issue by Monday, I will close it due to inactivity. |
Hey, Sorry for the late reply. I'm using zsh and the newest version of Leader. I've been using Leader quite a lot (because I find it great), but still can't seem to make it exit after running a command without using Ctrl-C. My current leaderrc looks like this:
|
Hey @ptrkrlsrd Thank you for the details, I will investigate as soon as possible. |
@dhamidi I did a little investigation myself, and it seems like I can run commands in the shell after picking a command with leader, but the shell doesn't render properly. Or is this the wanted behavior? The image below shows the issue. First I run 'kubectl get service' using Leader(k -> s in my case), then I type and run 'ls'. As you see it returns the output of 'ls' (in this case "Dockerfile") in the same shell block as the output of Leader. I suspect this might be an issue with ZSH or even my ZSH theme, but I thought I'd let you know. |
Thank you for looking into the issue.
It appears to be possible to tell zsh to redraw the prompt using `zle reset-prompt`[1]
I'll try this once I am at my computer
[1]: https://stackoverflow.com/a/10257511
Sent from BlueMail
…On Aug 29, 2018, 16:03, at 16:03, Petter Karlsrud ***@***.***> wrote:
@dhamidi I did a little investigation myself, and it seems like I can
run commands in the shell after picking a command with leader, but the
shell doesn't render properly. Or is this the wanted behavior?
The image below shows the issue. First I run 'kubectl get service'
using Leader(k -> s in my case), then I type and run 'ls'. As you see
it returns the output of 'ls' (in this case "Dockerfile") in the same
shell block as the output of Leader. I suspect this might be an issue
with ZSH or even my ZSH theme, but I thought I'd let you know.
![untitled](https://user-images.githubusercontent.com/6945858/44788998-c2b93b80-ab9b-11e8-904a-7d665bf85b7f.png)
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#1 (comment)
|
Hey @ptrkrlsrd adding I've created a new release with the fix, which you can find here: https://github.com/dhamidi/leader/releases/tag/v0.3.1 Let me know whether this resolves the issue for you, in which case I'll close this issue. |
Closing this due to inactivity |
Use case:
I'm currently using leader to run commands like "git commit", "go build" and such, and then I hit Ctrl-C to continue to use my shell.
Goal
When I'm done running one of the selected command, I'd like to carry on using my shell. In other words I'd like leader to exit back to the shell once I've run a command and then if I need leader again I'll hit .
The text was updated successfully, but these errors were encountered: