• cbarrick@lemmy.world
      link
      fedilink
      English
      arrow-up
      21
      arrow-down
      1
      ·
      5 months ago

      I intentionally added a period because it was the end of a sentence.

      If your Lemmy app messed it up, then that’s a bug in its markdown parser.

      • rhymepurple@lemmy.ml
        link
        fedilink
        English
        arrow-up
        3
        ·
        5 months ago

        I’m curious about this. The source text of your comment appears that your comment was just the URL with no markdown. For your comment about a markdown parsing bug to be true, shouldn’t the URL have been written in markdown with []() notation (or a space between the URL and the period) since a period is a valid URL character? For example, instead of typing https://google.github.io/styleguide/cppguide.html., should [https://google.github.io/styleguide/cppguide.html.](https://google.github.io/styleguide/cppguide.html) have been typed?

        • cbarrick@lemmy.world
          link
          fedilink
          English
          arrow-up
          4
          ·
          edit-2
          5 months ago

          Huh. This got me curious.

          Yes, I did just type a bare URL. Every mature markdown parser I’ve used turns this into a link, and appropriately handles trailing punctuation.

          So I went to the spec, and it’s explicitly called out that this is not an autolink. Autolinks must be explicitly surrounded with angle brackets <>.

          So yeah \shrug.

          https://spec.commonmark.org/0.31.2/#autolinks

          Edit to be clear: This means that both of our markdown parsers are wrong relative to the commonmark spec. But I’ll argue that if a parser is going to attempt to autolink this, then handling trailing punctuation is better than not.

          • rhymepurple@lemmy.ml
            link
            fedilink
            English
            arrow-up
            2
            ·
            5 months ago

            I did not know about autolinks - thanks for the link!

            It is interesting how different parsers handle this exact situation. I usually am cautious about it because I typically am not sure how it will be handled if I am not explicit with the URL and additional text.