-
-
Notifications
You must be signed in to change notification settings - Fork 17
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
allow users to inject their own jsonRpc customizations #40
Conversation
Going to merge and release this so that we can get FSAC staged with changes. |
@baronfel there is no branch on fsac to test/build this yet, correct? building fsac on mac still fails due to the same fake issue for me:
|
correct - I haven't made a release with this and included it in FSAC yet. |
Make sure you're up to date - I did move from build.fsx to a build project. |
mhm, note that README.md is outdated then: hmm.. actually, I think it worked mostly–so README.md needs to be updated the build however emits some garbage about "missing `Default' target" at the end -- but I guess this is not a problem :)
|
good call - thanks. I'll try to address both of those when I push and update this library in FSAC. |
A different take on #35 because to be honest I'm not sure what the actual issue is.
Current clients should be able to use the
defaultRpc
function that's provided for the new parameter tostartWithSetup
, and the existing behavior should be preserved. Clients with more custom needs should be able to override this entirely to their own needs.@razzmatazz If this was merged + released, could you test a change to FSAC itself along the lines of #35 and see if that fixes emacs? I'm toying with #39 as a longer-term fix/refactor of this library, but that's a much larger set of changes and is nowhere near complete or stable.