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

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
Assignees
Milestone

Comments

@gobengo
Copy link
Contributor

gobengo commented Dec 1, 2022

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 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
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 <alan.shaw@protocol.ai>
Co-authored-by: Yusef Napora <yusef@napora.org>
Co-authored-by: Nathan Vander Wilt <natevw@yahoo.com>
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 17, 2025
🤖 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 <travis.vachon@gmail.com>
Co-authored-by: Travis Vachon <travis@dag.house>
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 29, 2025
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 <alan.shaw@protocol.ai>
Co-authored-by: Yusef Napora <yusef@napora.org>
Co-authored-by: Nathan Vander Wilt <natevw@yahoo.com>
Peeja pushed a commit to storacha/upload-service that referenced this issue Jan 29, 2025
🤖 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 <travis.vachon@gmail.com>
Co-authored-by: Travis Vachon <travis@dag.house>
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant