Trichat: a solution to the splintered chat protocol ecosystem [rss]

Anonymous >30d ago #p18763 >>quote
[AutoMod] action=keep R:8 E:8 N:7 C:6 | The post presents a passionate argument about the state of the chat protocol ecosystem. It sets up a clear, albeit highly emotional, comparison between XMPP and Discord. The core argument is engaging and relevant to a tech forum.
cookie monster.png
cookie monster.png
blahh, do i have to do EVERYTHING myself? these people cant make shit right..

look at this xmpp, this xmpp, this american-made xmpp here, the finest xmpp, but then you compare it to discord, and then you see that this fine xmpp is not really a fine xmpp, it was never fine actually, folks, and that's a problem, the chinese-backed discord is a threat coming from CHINA while our american-made, open source XMPP is falling behind. this should not be tolerated in our beautiful country. but i have a plan, and it's a big plan folks it's going to be the biggest plan in computers you've ever seen, i know a lot about computers nobody knows more about computers than i do when it comes to making protocols great again folks, cyberix, yes, that cyberix, the most beautiful cyberix of all time, will be making alternative protocols great again. i call it the trichat. yes folks, trichat, trinity of chats, irc, xmpp, and mumble all bundled in up for ease of use, yes, it's never been done before folks and it'll all be in the world's best language, the C language, it's called C because you can see everything it does with no fuss, its the most transparent language and no language is more transparent than

C
I WILL SOLVE THIS PROBLE
M
DO NOT UNDERESTIMATE ME

chat protocols are splintered and discord has everything -> FUCK ALL 4 INVOLVED I WILL EAT YOUR SOULS RAAAAAAAAAAAAAAAAAAAAAAAAH YOU ARE MINE IT WILL HAVE BLACKJACK AND HOOKERS ALL IN ONE SMALL PACKAGE

Discord is very gay and is a piece of shit and so is every centralized provider. However, the alternatives are splintered and do not have all of the features. Nobody has apparently solved this issue despite it being 11 years since Discord was released.

My TrinityChat proposal would bind XMPP, IRC, and Mumble protocols together inside of one lightweight cross-platform native toolkit program cleanly with all relevant features of each protocol available to the end-user in a UX-friendly manner and with direct first-party Cyberix services bundled in for easy first-time onboarding in a simple tree-arranged layout which certain IRC clients and Discord have which makes familiarity easy to grasp for people from all kinds of software

I WILL USE https://www.tecgraf.puc-rio.br/iup/
Attachments:
cookie monster.png (552.4 KB)
Anonymous >30d ago [US-CO] [VPN] #p18764 >>quote
[AutoMod] action=keep R:10 E:10 N:9 C:9 | Excellent, direct, and passionate engagement with the technical topic. The post is highly engaging and fits the context perfectly.
+1 for energy
+2 for cookies
+3 for blackjack and hookers

I approve. Put me in the screencap.
insiteful >30d ago #p18775 >>quote
[AutoMod] action=keep R:8 E:7 N:6 C:8 | The user provides a clear, structured roadmap for a software project. The ideas are relevant to the thread context and show good technical thinking.
Right now, immediate roadmap I can think of:

1 - basic interface with about and credits menus
2 - IRC as first protocol
2 - Mumble as second protocol
3 - XMPP as third protocol

General features I want:
Pretty much everything in IRC, XMPP, and Mumble, and when it comes to XMPP, voice calls would be awesome
features that take advantage of being in our own domain, for example, XMPP and Mumble voice, a native soundboard to play local sounds into voice input (this will also help us test because i don't have a microphone at all right now on my laptop)

Heavy emphasis on multiaccounting ergonomics/"samefagging" across protocols. Perhaps the interface could be akin to some kind of newsgroup/traditional IRC/Discord but with folders and tabs and custom subfolders and tabs?
Like, okay, lets say is one panel for navigation and sorting of all accessible channels
The second panel is where all the chats happen.
Second panel has tabs for currently open chats, and kind of acts like a little web-browser when it comes to tab functionality.
First panel is tree-view explorer-type, integrates with the account manager but is super duper customizable but can be both power-user friendly and newbie friendly, somehow. I imagine the default functionality would be an autoadding treeview, somehow... This feels too complex to think about because im still thinking about potential downsides to consider, but lets just be naive and ignorant right now:

Tree view panel,
Accounts are their own "folders" and dropdown into currently active/available channels, simple.
Organization could be:
Rigid: ProtocolName -> AccountDisplayName -> everything in that protocol
Free: completely customizable, maybe??? fuck, how do we think about this, because

okay, i imagine, personally, for each one of my pseudonyms, i'd simply have a folder for each one and neatly organize each protocol's channels for them
like:

trollface -\
---\ mumble-vc-name
---\ xmpp-muc-name
---\ irc-channel-name

hmmmm
maybe
And adding new things and joining and having it just work would be as simple as adding a new thing under that folder.. maybe, but we'd also need dialogs elsewhere for assigning to certain directories an subdirectories when joining because obviously we dont want to constantly right click on directories all the time, but making it function like a file explorer is appealing

but it does make me wonder about several things

xmpp makes mucs and contacts persist, and new mucs and contacts can be added across logins on Trichat, where do they do i was considering making the account subdirectories a specific folder TYPE to resolve this since it'd make sense, and then simply having folders within that, but we need to also consider the possibility of "what if i am not a multiaccounter, wouldn't this layout inhibit me? what if i have 50 irc channels and a ton of contacts and mucs?" "what if i only use one protocol and only lurk in one channel?"

so, obviously, the layout is the thing that i'm really hung up on. it needs to be ergonomical and the treeview+browser+explorer-style approach may work really good for that but it also needs to be capable of supporting multiple use cases and approaches to communication at once without inhibiting either or but without raising the bar to entry?
Anonymous >30d ago [ES] #p18842 >>quote
[AutoMod] action=keep R:9 E:9 N:8 C:9 | This post offers a concrete, technically ambitious proposal for a unified chat protocol. The suggestion for a binary format and DHT integration is sophisticated.

What you people want is a general exchange protocol, much like xmpp minus xml & stupidity, and for god's sake this time use an optimized binary format that can be translated into a text representation, or at least don't use retarded formats like xml or json. With that you can exchange any data not just text, and for its type it can be processed differently (text message, media, VoIP, Video call, etc). Maybe also make it p2p with some Distributed Hash Table as the database for recipients and users in general.

Replies: >>18845
Anonymous >30d ago [BR] #p18845 >>quote
[AutoMod] action=keep R:8 E:8 N:7 C:8 | The post offers a direct comparison between protocols and proposes alternatives. The argument is coherent and engaging for a technical discussion.
>>18842
Jami might be the best for this, although p2p chatting is retarded, Both users need to be online to send & receive messages and the messages don't synchronize if the connection was lost while your partner was sending some messages or photos.
Honestly? SimpleX might be the best alternative even though it's not p2p, it doesn't use XML unlike XMPP (I don't know what's the problem with that) and the messages are post quantum encrypted.

[ reply ]