There are a couple I have in mind. Like many techies, I am a huge fan of RSS for content distribution and XMPP for federated communication.

The really niche one I like is S-expressions as a data format and configuration in place of json, yaml, toml, etc.

I am a big fan of Plaintext formats, although I wish markdown had a few more features like tables.

  • Feathercrown@lemmy.worldEnglish
    2·
    3 个月前

    Does unicode have bold/italics/underline/headings/tables/…etc.? Isn’t that outside of its intended goal? If not, how is markup unnecessary?

    • MonkderVierte
      9·
      3 个月前

      Does unicode have bold/italics/underline/headings/tables/

      Yes, and even 𝓈𝓉𝓊𝒻𝒻 𝕝𝕚𝕜𝕖 🅣🅷🅘🆂. And table lines & edges & co. are even already in ASCII.

      Isn’t that outside of its intended goal?

      🤷<- this emoji has at least 6 color variants and 3 genders.

      If not, how is markup unnecessary?

      Because the editor could place a 𝗯𝗼𝗹𝗱 instead of a **bold**, which is a best-case-scenario with markdown support btw. And i just had to escspe the stars, which is a problem that native unicode doesn’t pose.

      • Feathercrown@lemmy.worldEnglish
        5·
        3 个月前

        What about people who prefer to type **bold** rather than type a word, highlight it, and find the Bold option in whichever textbox editor they happen to be using?

        • MonkderVierte
          4·
          3 个月前

          Which is what i ask for, better (or at all) support for unicode character variations, including soft keyboards.
          Imagine, there was a switch for bold, cursive, etc on your phone keyboard, why would you want to type markup?
          And nobody would take **bold** away, if you want to write that.

          • Feathercrown@lemmy.worldEnglish
            3·
            3 个月前

            Would you have to do that for every letter? I suppose a “bold-on/bold-off” character combination would be better/easier, and then you could combine multiple styles without multiplying the number of glyphs by some ridiculous number.

            Anyways, because markup is already standardized, mostly. Having both unicode and markup would be a nightmare. More complicated markup (bulleted lists, tables) is simpler than it would be in Unicode. And markup is outside of Unicode’s intended purpose, which is to have a collection of every glyph. Styling is separate from glyphs, and has been for a long time, for good reason. Fonts, bold/italics/underline/strikethrough, color, tables and lists, headings, font size, etc. are simply not something Unicode is designed to handle.

            • MonkderVierte
              2·
              3 个月前

              Would you have to do that for every letter? I suppose a “bold-on/bold-off” character combination would be better/easier,

              Yeah, had the same thought, edited already.

            • MonkderVierte
              12·
              3 个月前

              You always find some excuses, huh? That would be a bug.

              • RecluseRamble@lemmy.dbzer0.com
                1·
                3 个月前

                Always? That’s my first reply. Bug of what? A flaired character has a different code than a standard one, so your files would be incompatible with any established tools like find or grep.

                • MonkderVierte
                  1·
                  3 个月前

                  My bad, confused you with someone else.

                  You can always update them.