-
Notifications
You must be signed in to change notification settings - Fork 199
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Default values of Client
/connect()
are not documented
#150
Comments
Thanks for your feedback! I've finally received some feedback on the discussion regarding the files-APIs in #146, so there will finally be progress now on the Two comments on your post however:
|
Okey! I will wait and follow the #149 and after completion then revisit. Thanks for the reply! |
As mentioned in #150 this won't be “fixed” by allowing |
Client
/connect()
are not documented
* Better signature for the `connect` function (fixes ipfs-shipyard#150) * Document the `stream` parameter * Return values are now *documented*, not *commented* on (syntactial change) * Document the JSON object keys of several methods separately
* Better signature for the `connect` function (fixes ipfs-shipyard#150) * Document the `stream` parameter * Return values are now *documented*, not *commented* on (syntactial change) * Document the JSON object keys of several methods separately
* Better signature for the `connect` function (fixes #150) * Document the `stream` parameter * Return values are now *documented*, not *commented* on (syntactial change) * Document the JSON object keys of several methods separately
The #7 was reintroduced I guess by some refactoring. Passing None to
Client
/connect()
will result in no default values used and a not much informative exception:I am happy to provide refix, I am only not sure how to proceed because of the on-going renaming (#148). Should I wait until merged, target some specific branch or something else? Please let me know.
The text was updated successfully, but these errors were encountered: