Whether you’re really passionate about RPC, MQTT, Matrix or wayland, tell us more about the protocols or open standards you have strong opinions on!

  • xigoi
    arrow-up
    56
    arrow-down
    5
    ·
    6 months ago
    link
    fedilink

    Markdown is terrible as a standard because every parser works differently and when you try to standardize it (CommonMark, etc.), you find out that there are a bajillion edge cases, leading to an extremely bloated specification.

    • MajorHavoc
      arrow-up
      26
      arrow-down
      1
      ·
      6 months ago
      link
      fedilink

      Agreed in principle, but in practice, I find it’s rarely a problem.

      While editing, we pick an export tool for all editors and stick to it.

      Once the document is stable, we export it to HTML or PDF and it’ll be stable forever.

    • Dessalines
      arrow-up
      13
      arrow-down
      2
      ·
      6 months ago
      link
      fedilink

      Most ppl have settled on Commonmark luckily, including us.

      • TechNom (nobody)English
        arrow-up
        15
        arrow-down
        0
        ·
        6 months ago
        link
        fedilink

        Commonmark leaves some stuff like tables unspecified. That creates the need for another layer like GFM or mistletoe. Standardization is not a strong point for markdown.

        • Dessalines
          arrow-up
          6
          arrow-down
          0
          ·
          6 months ago
          link
          fedilink

          I believe commonmark tries to specify a minimum baseline spec, and doesn’t try to to expand beyond that. It can be frustrating bc we’d like to see tables, superscripts, spoilers, and other things standardized, but I can see why they’d want to keep things minimal.

          • TechNom (nobody)English
            arrow-up
            7
            arrow-down
            0
            ·
            6 months ago
            link
            fedilink

            Asciidoc is a good example of why everything should be standardized. While markdown has multiple implementations, any document is tied to just one implementation. Asciidoc has just one implementation. But when the standard is ready, you should be able to switch implementations seamlessly.

      • xigoi
        arrow-up
        5
        arrow-down
        1
        ·
        6 months ago
        edit-2
        6 months ago
        link
        fedilink

        Have you read the CommonMark specification? It’s very complex for a language that’s supposed to be lightweight.

        • frezik
          arrow-up
          2
          arrow-down
          0
          ·
          6 months ago
          link
          fedilink

          What’s the alternative? We either have everything specified well, or we’ll have a million slightly incompatible implementations. I’ll take the big specification. At least it’s not HTML5.

          • xigoi
            arrow-up
            1
            arrow-down
            0
            ·
            6 months ago
            link
            fedilink

            An alternative would be a language with a simpler syntax. Something like XML, but less verbose.

            • frezik
              arrow-up
              2
              arrow-down
              0
              ·
              6 months ago
              link
              fedilink

              And then we’ll be back to a hundred slightly incompatible versions. You need detailed specifications to avoid that. Why not stick to markdown?

              • xigoi
                arrow-up
                1
                arrow-down
                0
                ·
                6 months ago
                link
                fedilink

                Not if the language is standardized from the start.

                • frezik
                  arrow-up
                  1
                  arrow-down
                  0
                  ·
                  6 months ago
                  link
                  fedilink

                  Sure it will. It will be a detailed language from the start.