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.

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

Content for the Website #12

Closed
daviddias opened this issue Jan 10, 2017 · 0 comments
Closed

Content for the Website #12

daviddias opened this issue Jan 10, 2017 · 0 comments

Comments

@daviddias
Copy link
Member

daviddias commented Jan 10, 2017

Heey Jesseeee, here is what you askes. With ❤️ @diasdavid and @victorbjelkholm

@jesseclay

multiformats website

Sitemap

|- /                 - Landing Page
|- /multiaddr
|- /multibase
|- /multicodec
|- /multikey
|- /multihash
|- /multistream
|- /utilities        - Collection/Gallery/Index of different browser tools for dealing with multiformats
|- /media
|- /specifications   - External link to https://github.com/multiformats/specs

Navigation

Every page should contain the same navigation bar, containing links to the subpages of the multiformats website and other places of relevant information for multiformats interested users.

The navigation bar should float on the right with the user as they uncover the website, having the extra task of offering the users a way to get back to the beginning.

List of items in the navigation:

  • Home - /
  • quick access to each multiformat page
  • Utilities - /utilities
  • Media - /media

Pages

page: Landing page

Above the fold

  • Title: Multiformats
    // * Tagline: Set of self-describing values to enable protocol agility, interop and avoid vendor lock-in.
  • Tagline: self-describing values for future proofing systems

Below the fold

"Never change is considered harmful"

{insert paragraph explaining why it's considered harmful}

Examples: where Multiformats would have saved the day

  • Assuming that things will never change is considered harmful
  • sha-pocalypse

section: Features

  • Self-describing - No out-of-band information, once you have the value, you also know how to read it
  • Interop - Implement your protocols and applications in a way where it's easy to change out when you need it and collaborate with others
  • Future proof - Since you're not stuck with your format, it'll be easy to migrate when the time comes
  • Avoid protocol lock-in
  • Binary format for performance and compactness
  • Human-readable version for good UX and debugging

section: List of Multiformats: with link to that format listed on the "Multiformats" page

  • Includes illustrations to explain

Example:
multihash - For hash function values
multiaddr - for network addresses

Publications & Talks

Community

  • Same as on the other websites, beta.libp2p.io for example

page: (individual multiformats).forEach(doSubPage)

Every individual multiformats webpage (located at a subpage of the root) should contain the following:

  • Splash
  • Description / Why
  • Features
  • Decomposer
  • Implementations table
  • Talks
  • Community

Ideally, this information should also be available through Github, the other entrypoint. It would be perfect if we can have a way to keep both in sync.

Multiformats available:

You can use the information on those Github repos to populate the individual subpages

page: Utilities multiformats.io/utilities

Sections

  • Decomposers
  • JS Playground
  • Other utilities

Inspirations

A very basic webpage with no too many illustrations

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant