-
Notifications
You must be signed in to change notification settings - Fork 21
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
fix: README for clarity #892
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some typos that definitely should be fixed, and some suggestions for what I think is clearer copy - feel free to ignore!
@@ -142,7 +125,7 @@ First, set the space as your "current" space using the [`setCurrentSpace` method | |||
await client.setCurrentSpace(space.did()) | |||
``` | |||
|
|||
Next, call the [`registerSpace` method][docs-Client#registerSpace], passing in the _same_ email address you used to authorize your agent. You | |||
Next, call the [`registerSpace` method][docs-Client#registerSpace], passing in the email addres you want to associate with your account. You |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Next, call the [`registerSpace` method][docs-Client#registerSpace], passing in the email addres you want to associate with your account. You | |
Next, call the [`registerSpace` method][docs-Client#registerSpace], passing in the email address you want to associate with your account. You |
packages/w3up-client/README.md
Outdated
|
||
Calling `authorize` will cause an email to be sent to the given address. Once a user clicks the confirmation link in the email, the `authorize` method will resolve. Make sure to check for errors, as `authorize` will fail if the email is not confirmed within the expiration timeout. | ||
|
||
If this is not the first time you authorized an agent with your email, then you'll want to claim any spaces and delegations you have on your other agent(s): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fwiw this will be run automatically when they call client.authorize
- no need to call it separately
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
just clarifying, claim is only useful if your agent is already authorized but there's a new space? (this was leftover from the README before)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yea I think that's right - if another agent creates a space and registers it to your account, and you've already authorized, you'd probably want to claim()
- can't think of other situations where you'd use that currently
Co-authored-by: Travis Vachon <travis.vachon@protocol.ai>
🤖 I have created a release *beep* *boop* --- ## [8.0.2](w3up-client-v8.0.1...w3up-client-v8.0.2) (2023-09-07) ### Bug Fixes * node version ([#907](#907)) ([366a940](366a940)) * README for clarity ([#892](#892)) ([2e75726](2e75726)) * types for capability specific clients ([#904](#904)) ([b69d4aa](b69d4aa)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: Alan Shaw <alan.shaw@protocol.ai>
No description provided.