• rutrum@lm.paradisus.day
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 year ago

    Its too bad they closed sourced the site. I really like the way it makes exploring crates easy, but after major devs having their crates removed Im very hesistant to use it.

    • VorpalOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      Not really: lib.rs is a different website frontend to the same old crates.io, presenting the data in a better way.

    • VorpalOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      The drama sucks, agreed. But crates.io is lightyears behind in design, search and features.

      For example: Lib.rs has the first thing I want to know (when was the last release, is this still developed?) right at the top. For crates.io that is hidden near the bottom, especially on mobile.

      Also: Lib.rs has search that actually works and finds relevant things, I cannot say that for crates.io.

      I would love for crates.io to take (some) inspiration from lib.rs.

      Finally: I share the lib.rs author’s opinion on cryptocurrency, though I don’t agree with his extreme measures. (If it was me I would put a note in neutral tone that crypto is problematic for the environment on the relevant categories and crates, with some links to more into, then leave it at that.) So using lib.rs despite the drama doesn’t bother me that much.

  • Anders429@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    Hey, maybe this will actually lead to standardization of feature documentation? It’s been in terrible shape for years. The fact that optional dependencies and features have been treated nearly the same by cargo, but treated differently by crates.io, makes it useless for discovering features for crates. Up until now, my go-to method is to examine the Cargo.toml file directly, and if I can’t figure out what a feature does there I look directly at the source code.