Skip to content

Require g:rspec_runner explicitly#94

Open
gylaz wants to merge 2 commits into
masterfrom
gl-require-gui-runner
Open

Require g:rspec_runner explicitly#94
gylaz wants to merge 2 commits into
masterfrom
gl-require-gui-runner

Conversation

@gylaz

@gylaz gylaz commented May 22, 2015

Copy link
Copy Markdown
Contributor

If g:rspec_runner is not provided
the g:rspec_command will be piped to GUI vim as-is.

This allows users to use vim-dispatch with GUI vim.

@gylaz gylaz force-pushed the gl-require-gui-runner branch 3 times, most recently from 2380a5f to c6aa1b9 Compare May 23, 2015 02:15
@gylaz gylaz force-pushed the gl-require-gui-runner branch from c6aa1b9 to b744060 Compare May 23, 2015 02:19
Greg Lazarev added 2 commits May 22, 2015 19:19
If `g:rspec_runner` is not provided
the `g:rspec_command` will be piped to GUI vim as-is.

This allows users to use `vim-dispatch` with GUI vim.
@gylaz gylaz force-pushed the gl-require-gui-runner branch from b744060 to fdc56c1 Compare May 23, 2015 02:19
@gylaz

gylaz commented May 23, 2015

Copy link
Copy Markdown
Contributor Author

ping @christoomey @jferris

@gylaz

gylaz commented May 23, 2015

Copy link
Copy Markdown
Contributor Author

The only problem I see here is that out-of-the box, this doesn't work for MacVim because the default spec command won't work without !. Could we maybe provide a default runner only when a custom command and a custom runner aren't provided? Any other ideas?

Comment thread README.md

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would it be possible for this to point to something more in the users control? Perhaps a script in ~/bin? They might need to hard code the path, and I believe the script execution in the plugin would need to be updated, but I think that could be a better approach. Otherwise they would need to either gitignore their script, or rebase a branch, or otherwise manage it as an addition to the repo.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Interesting idea. It think this would be a good approach, with allowing people to override the default bin/ path. However, there's no evidence that people are even using this feature. Thus, it would be low priority to focus on something, that's not a reported problem.

@christoomey

Copy link
Copy Markdown

Overall I think the explicitness requirement is fine, and the readme updates seems good to cover the change. I did have one concern about recommending they add their custom script to the plugin bin/ directory which I commented on inline.

@gylaz

gylaz commented May 26, 2015

Copy link
Copy Markdown
Contributor Author

Thanks, @christoomey.

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.

2 participants