AdiIRC

Yes this is intended, when echo-message is enabled, local messages are not shown, instead you see the reply from the server.

I get it but... in decades of IRC I never once had the issue that a msg wasn't delivered, why the need to double check that with delays and responses? Is there a way to remove the delay completely? Not sure I will ever use echo-message until it feels normal.

The whole point of echo-message is to be notified that the message was sent correctly, if you don'r care about that, there is no reason to enable echo-message.

It's a pretty useless feature which is why it's off by default.

I'm only interested in it because I like minimalism and with it enabled I wouldn't need the script for znc.in/self-message but yeah I get that too, it's not a big deal at all, trying to ask to fix the unfixable.

I don't quite get the connection with znc self-message, can you explain what exactly you are trying to archive?

znc.in/self-message makes sure you will see your nick and msgs as well as the other's in queries after you reconnect to a znc and load the buffer. Without that you only see the other person's nick and msgs.

echo-message does all that on its own.

I see, how does echo-message come into play?

Oops didn't see the last line, that explains it.

I'll think about this use case.

Sry I edited at the last second yeah. I think echo-message was made exactly as an IRCv3 replacement for znc.in/self-message.

edit: mIRC just integrated echo-message in the latest beta and K said the gray delay was intentional to show the msg was delivered, that's why I was asking to remove that delay completely, who cares about the server response, IRC msgs always go through anyway.

edit2: Btw, I am testing echo-message on HexChat (https://github.com/hexchat/hexchat/discussions/2701) and there is absolutely 0 delay. There is one more thing to fix for double messages printed but once that's done I think I'll keep it enabled there.

"The capability is useful for clients to get an acknowledgement that a message was delivered. It can be also used for measuring lag between client and server, that is, the time it takes from sending a message to receiving it back."

So this is a new use case, but I'll think about shat can be done.

Talking about this, how hard would it be to integrate znc.in/self-message (https://defs.ircdocs.horse/info/selfmessages.html) in the client instead of using a script? It's just a request for a CAP on connect no? I bet thousands of people use a ZNC why no one is bothered by the double queries?

I don't really understand the question, but for znc specific features, you'll have to use scripts.

I see, I tried, thanks man.