[WIP] New Share Screen (ipfs-share-files)

[lidel]

This PR adds bundled and minimized version of ipfs-share-files and opens it in addition to the old Share screen (in a new tab). After app is ready we will remove the old screen, for now we open both:

Thanks to this code in ipfs-redux-bundle the Share App is able to detect it runs inside of IPFS Companion and use its API instance directly.

@fsdiogo FYI to update to a new version of ipfs-share-app we will just change the CID in build:share script:

https://github.com/ipfs-shipyard/ipfs-companion/blob/eaf97847b0abe4a21258c9b665698576797a6c56/package.json#L33

TODO

• Feature parity with old screen
  (Get things to the point where users won't have a feeling of functional regression)
  • Ability to copy gateway link to the wrapping directory Ability to copy gateway link to the wrapping directory ipfs-shipyard/ipfs-share-files#69
• Sort out pinning
  • Detect ipfsCompanion and add uploaded content to MFS?
• Fix direct links Direct links to gateway should preserve filenames ipfs-shipyard/ipfs-share-files#68
• Fix overflow issue Filename overflow glitch in Firefox ipfs-shipyard/ipfs-share-files#67

[jessicaschilling]

@lidel Is there any point in keeping this PR around?

[lidel]

Closing. This PR mostly acted as a PoC, but was never meant to be:

Since then, we've had issues with browser extension stores around the build reproducibility (that is why we don't bundle webui on Firefox) and bundling this would be a similar source of trouble.

• We now copy shareable link during the file import from the Companion screen (feat: copy shareable link during file import #834)
• In the future, we will refine the sharing user story, but will probably do the most of it within webui
• Revitalization of share.ipfs.io can be tracked in Getting project back on track 🏗️👨‍🏭 ipfs-shipyard/ipfs-share-files#75