would be nice if irc servers had a buffer of mesages, either removing messages after some defined time, or after some defined amount of messages has been sent since. They could just make it so messages are instantly discarded (just not stored), if they want basically same behaviour as current, but servers could also keep some so people who join in without a bouncer get some context of ongoing discussions. and you could still just get the entire history with a bouncer if you wanted to
=> More informations about this toot | More toots from SRAZKVT@tech.lgbt
maybe i should make my own protocol that does what i want, there's some things i want that irc rn cannot fulfill (the idea of having subchannels mostly)
like, yes, i could just have an ircd that saves messages, and sends them back, but it's clearly not very common in actual irc servers. and yes subchannels i could just make another channel with a name like "${MAIN_CHANNEL_NAME}-${SUBCHANNEL_NAME}" and have clients recognise this and fold it, but it's not formally defined as the way to have subchannels, would be nice to have
also subchannels should be more like ability to fork off a discussion, at which point it would be basically the same as creating a new channel, which wouldn't be practical in irc
=> More informations about this toot | More toots from SRAZKVT@tech.lgbt
@SRAZKVT this way madness lies
=> More informations about this toot | More toots from arichtman@eigenmagic.net This content has been proxied by September (3851b).Proxy Information
text/gemini