Skip to content
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.

Sign up for GitHub

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

Jump to bottom

make a library like @w3protocol/well-known-identifiers in w3protocol that exports the primary capabilityDelegation public key #235

Closed
Tracked by #227
gobengo opened this issue Dec 1, 2022 · 1 comment
Closed
Tracked by #227

make a library like @w3protocol/well-known-identifiers in w3protocol that exports the primary capabilityDelegation public key #235

gobengo opened this issue Dec 1, 2022 · 1 comment
Assignees
@gobengo
Milestone
w3up phase 1

Comments

@gobengo
Copy link
Contributor

gobengo commented Dec 1, 2022 •
edited
Loading

Motivation:

  • make a package that other packages can depend on to know the latest public key that should be used to verify capabilityDelegation signatures from did:web:web3.storage (or other DIDs identifying web3.storage)
  • other w3protocol libs can depend on it to syncronously resolve well-known DIDs/URIs to certain keys

Sketch

import { web3StorageDomain, getCapabilityDelegationKey } from "@web3-storage/well-known-identifiers"
const key = getDefaultCapabilityDelegationKey(web3StorageDomain)
@gobengo gobengo mentioned this issue Dec 1, 2022
Closed
3 tasks
@gobengo gobengo self-assigned this Dec 1, 2022
@gobengo gobengo added this to the w3up phase 1 milestone Dec 1, 2022
@gobengo gobengo changed the title make a library like @w3protocol/well-known-keys in w3protocol that exports the primary capabilityDelegation public key make a library like @w3protocol/well-known-identifiers in w3protocol that exports the primary capabilityDelegation public key Dec 1, 2022
@gobengo
Copy link
Contributor Author

gobengo commented Dec 5, 2022

I may not do this. still deciding. not urgent atm. more of a nice-to-have will only do if it makes sense.

@gobengo gobengo closed this as completed Dec 5, 2022
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 17, 2025
@travis @yusefnapora @natevw
feat: support as prop in uploader component (storacha#236)
c802e99 
follow the pattern set by HeadlessUI and others of supporting the very
useful "as" property in the uploader component. this:

1. lets users override default tag types (eg, changing a `button` to an
`a` tag)
2. lets users provide custom components to be used as the root element
of our headless components
3. lets users elide a root tag entirely by passing `Fragment` to `as`

See
https://headlessui.com/react/menu#rendering-a-different-element-for-a-component
for more documentation on how this is commonly used

This introduces a new dependency on ariakit-react-utils
(https://ariakit.org/) to avoid reproducing the intricate puzzle of
types in the `createComponent` and `createElement` functions from that
library. I suspect other utilities will be useful as we improve the
accessibility defaults of this library so I think this dependency is
worth adding, but we could copy/paste the specific code we need with
proper attribution if we want to avoid pulling in the whole library.

resolves storacha#235

Co-authored-by: Alan Shaw <[email protected]>
Co-authored-by: Yusef Napora <[email protected]>
Co-authored-by: Nathan Vander Wilt <[email protected]>
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 17, 2025
@github-actions @travis
chore(main): release react-keyring 2.1.0 (storacha#372)
9cace63 
🤖 I have created a release *beep* *boop*
---


##
[2.1.0](storacha/w3ui@react-keyring-v2.0.1...react-keyring-v2.1.0)
(2023-02-03)


### Features

* "Headless" UI components
([#136](storacha/w3ui#136))
([46583e0](storacha/w3ui@46583e0))
* delegate access to spaces
([storacha#293](storacha/w3ui#293))
([441d757](storacha/w3ui@441d757))
* support `as` prop in uploader component
([storacha#236](storacha/w3ui#236))
([c802e99](storacha/w3ui@c802e99)),
closes [storacha#235](storacha/w3ui#235)

---
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: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Travis Vachon <[email protected]>
Co-authored-by: Travis Vachon <[email protected]>
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 29, 2025
@travis @yusefnapora @natevw
feat: support as prop in uploader component (storacha#236)
54c14ea 
follow the pattern set by HeadlessUI and others of supporting the very
useful "as" property in the uploader component. this:

1. lets users override default tag types (eg, changing a `button` to an
`a` tag)
2. lets users provide custom components to be used as the root element
of our headless components
3. lets users elide a root tag entirely by passing `Fragment` to `as`

See
https://headlessui.com/react/menu#rendering-a-different-element-for-a-component
for more documentation on how this is commonly used

This introduces a new dependency on ariakit-react-utils
(https://ariakit.org/) to avoid reproducing the intricate puzzle of
types in the `createComponent` and `createElement` functions from that
library. I suspect other utilities will be useful as we improve the
accessibility defaults of this library so I think this dependency is
worth adding, but we could copy/paste the specific code we need with
proper attribution if we want to avoid pulling in the whole library.

resolves storacha#235

Co-authored-by: Alan Shaw <[email protected]>
Co-authored-by: Yusef Napora <[email protected]>
Co-authored-by: Nathan Vander Wilt <[email protected]>
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 29, 2025
@github-actions @travis
chore(main): release react-keyring 2.1.0 (storacha#372)
ae69d6a 
🤖 I have created a release *beep* *boop*
---


##
[2.1.0](storacha/w3ui@react-keyring-v2.0.1...react-keyring-v2.1.0)
(2023-02-03)


### Features

* "Headless" UI components
([#136](storacha/w3ui#136))
([b702889](storacha/w3ui@b702889))
* delegate access to spaces
([storacha#293](storacha/w3ui#293))
([d99c96c](storacha/w3ui@d99c96c))
* support `as` prop in uploader component
([storacha#236](storacha/w3ui#236))
([54c14ea](storacha/w3ui@54c14ea)),
closes [storacha#235](storacha/w3ui#235)

---
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: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Travis Vachon <[email protected]>
Co-authored-by: Travis Vachon <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@gobengo gobengo

Labels
None yet
Projects
None yet
Milestone
w3up phase 1
Development

No branches or pull requests
1 participant
@gobengo