Wolfie is participating in this years for the @xmpp Standards Foundation as well! He will implement Real Time Texting for @dino . Check out his blog too!

@vanitasvitae @xmpp @dino That sounds like a quite pointless feature to have.. Aren't there way more urgent matters that can be done for Dino? Like porting to mobile clients with libhandy? Or A/V?

@vanitasvitae @xmpp @dino I mean, I encourage all contributions, especially if it makes him used to the Dino codebase and it gains a new contributor. But still, I don't think I'll be using the feature myself :(

@stevenroose The feature is not pointless just because (you think) you won't be using it. And who said @dino is not going to add libhandy or A/V as well?

Do you know if your student is taking E2EE into consideration as future work?

@vanitasvitae When full stanza encryption is available (omemo:1), nothing is to be done specifically for RTT to be encrypted.

@larma @dino I didn't say it was pointless because I won't be using it. I said it was pointless because I can not come up with a use for it. I'm open to be pointed one out. Apologies if it came across offensive.

@stevenroose @xmpp @dino RTT is useful especially for deaf people, so I wouldn't consider it a useless feature.

I like the idea and especially like that the protocol is fully backwards compatible in nature, meaning you wont notice it if your client doesn't support it.

@vanitasvitae @stevenroose @xmpp @dino How is it (more) useful to deaf people than to other people?

Audio and even Video calls are far less convenient to deaf persons. For them having a realtime conversation in text may be extremely valuable.

There are also several other cases when audio isn't an option, like when you don't have a microphone or are in a very noisy environment. Think of RTT as calls just with text instead of audio.

@larma But they are just an enter key difference from regular texting..

@larma All the reasons you explained seem to hold for regular text chat, is what I mean to say.

@stevenroose Yes, that enter key is the reason why you can only start processing the message after it was send.

One major reason why phone calls are so much faster, is that you already process the sentence before it is finished.

Technically you could just press enter after every word, but that wouldn't be a great user experience.

Sign in to participate in the conversation

Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.