• MeanEYE@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    4 months ago

    There’s a “new” draft for version 3 being worked on but to be honest they are not addressing in my opinion the right features. Yay, we are going to get unicode nicknames? I think people are fine with what is there now. But not being able to paste code or images, now that’s a real hindrance.

    • poVoq@slrpnk.net
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      4 months ago

      Convos.chat has both those features, via an built in image server and pastebin service. In addition it renders Markdown just fine.

        • pingveno@lemmy.ml
          link
          fedilink
          English
          arrow-up
          0
          ·
          4 months ago

          Exactly. If you have a simple protocol, but then everyone layers a bunch of proprietary extensions on, is it really a simple protocol anymore? Or is it just a bunch of chat clients that only kind of talk to each other anymore?

    • Maeve@kbin.social
      link
      fedilink
      arrow-up
      0
      ·
      4 months ago

      I don’t see the need to paste either? Paste a link to an image sharing site or codebin?

      • MeanEYE@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        4 months ago

        The need exists, and has been for a while now. Refusal to accept that fact is what’s leading to reduced use of IRC protocol. Sure, you might not see the need, but everyone is not you. Especially work work and development images can come handy.

          • MeanEYE@lemmy.world
            link
            fedilink
            arrow-up
            0
            ·
            4 months ago

            I can understand people being use to unavailability of such features. When we were trying to figure out a solution for our development team which is mostly working form home, IRC was one of the options. We tried using IRC, Matrix, and bunch of others. While IRC was really fast and reliable its main issues were poor mobile support, where client would get disconnected when switching networks and multimedia support. Matrix and Tox supported these but there were so many problems with them at the time. So everyone pushed towards Slack. Luckily I had enough influence to not allow it and we finally settled with Signal, which is far from perfect, but it works for what we need it.

            Sending files in this day and age shouldn’t be a question of having public IP and routed ports and messing around with settings.

            • Maeve@kbin.social
              link
              fedilink
              arrow-up
              0
              ·
              4 months ago

              Hey, context made a boatload of difference! I use Signal but grow restive with it ; I can see using it in your circumstances and yes, irc with photo/code support would’ve been a better choice. Thanks for a window to see beyond my limited perspective.

            • poVoq@slrpnk.net
              link
              fedilink
              arrow-up
              0
              ·
              edit-2
              4 months ago

              If you arn’t using a IRC server with build it bouncer (like ergo.chat) you really need an additional bouncer (linke ZNC or Soju) with an IRC network. As you say this is not an optional feature, but a must have. Most traditional IRC users run their own bouncers, so they feel no need for large networks to implement this vital feature and thus hold back IRC as a whole.

              That said, if you had provided a nice client with built in bouncer and multimedia functionality, like The Lounge or Convos, or used an external service like IRCcloud, I doubt you would have had much issues with IRC adoption in your team. The Lounge especially also works really well on mobile.

              • MeanEYE@lemmy.world
                link
                fedilink
                arrow-up
                0
                ·
                4 months ago

                I had ZNC set up for myself and few other people, but all of that is additional steps and additional things that require maintenance. But client with built-in things like these would be great. Ideally protocol should implement those, especially considering how easy it would be for server to do deduplication on messages for multiple users.