-
Notifications
You must be signed in to change notification settings - Fork 332
Closed
Labels
area/window-ipfsIssues related to IPFS API exposed on every pageIssues related to IPFS API exposed on every pagehelp wantedSeeking public contribution on this issueSeeking public contribution on this issuekind/maintenanceWork required to avoid breaking changes or harm to project's status quoWork required to avoid breaking changes or harm to project's status quostatus/deferredConscious decision to pause or backlogConscious decision to pause or backlog
Description
Background
I requested something similar some time ago (), and it just landed 🚀
Since last week a set of data types and utils is being exposed directly from the IPFS instance under ipfs.types and ipfs.util:
ipfs.types.Bufferipfs.types.PeerIdipfs.types.PeerInfoipfs.types.multiaddripfs.types.multibaseipfs.types.multihashipfs.types.CIDipfs.types.dagPBipfs.types.dagCBORipfs.util.cryptoipfs.util.isIPFS
Source: ipfs-inactive/interface-js-ipfs-core#252, SPEC/TYPES.md, SPEC/UTIL.md
Availability Status
- js-ipfs-api (v20.0.0): , feat: Provide access to bundled libraries when in browser ipfs-inactive/js-ipfs-http-client#732
- js-ipfs (waiting for release): feat: Provide access to bundled libraries when in browser js-ipfs#1297
Tasks
- switch to js-ipfs-api and js-ipfs with support for these endpoints
- switch to bundled types and utils
- remove duplicate dependencies
- expose
ipfs.typesandipfs.utilunderwindows.ipfs(if feasible)
Metadata
Metadata
Assignees
Labels
area/window-ipfsIssues related to IPFS API exposed on every pageIssues related to IPFS API exposed on every pagehelp wantedSeeking public contribution on this issueSeeking public contribution on this issuekind/maintenanceWork required to avoid breaking changes or harm to project's status quoWork required to avoid breaking changes or harm to project's status quostatus/deferredConscious decision to pause or backlogConscious decision to pause or backlog