bridge

Month: 2021-03

2021-03-27

pm5 13:59:26
@pm5 has joined the channel
ael 13:59:44
@aelcenganda has joined the channel
patcon 13:59:44
@patcon has joined the channel
Mars / Kevin Chen 13:59:44
@flyingmars has joined the channel
pm5 14:00:24

Re: <@U0384RCFD>'s <#C01Q8THBQG6|facing-the-ocean>. Realized I didn't want to share "meta" stuff in that channel in case noisy, but here are some bridge docs:

pm5 14:02:26
We can probably use this place to discuss thing related to bridge and translation?
patcon 21:47:01
Ahhh great point!
patcon 21:48:20
Heh looks like we created #chat-bridge way back in the day too 🙃
😂 1 😮 1

2021-03-28

pm5 19:44:52
So I took a look at the code of matterbridge. Sadly there appears to me no clean interface to inject a translation service, something like a plugin system. However on mattermost there are things like autotranslate plugin https://github.com/mattermost/mattermost-plugin-autotranslate

mattermost/mattermost-plugin-autotranslate

The Mattermost plugin seems neat btw!

Unlike most translation tools I've seen, it _seems_ to translate messages for everyone when one person requests it, which feels important to create a consensus reality where everyone knows what everyone knows. Every tool I tested didn't do this -- they'd just translate per-user client-side, usually when someone clicked a hidden menu. And so it was an isolating experience where a foreign speaker who knew about the feature could technically read, but they knew most speakers didn't know about it, and they couldn't know what other foreign speakers were seeing

Just some odd dynamics there, that work against foreign participation
pm5 19:55:36
There is also intergromat but it's not opensource https://www.integromat.com/en/integrations/mattermost

Integromat

Mattermost Integrations

Integromat gives you the ability to integrate Mattermost with many other services.

helloworld_bot 20:11:31
@helloworld_bot has joined the channel
pm5 20:19:22
yo

2021-03-29

patcon 02:19:03
That's for research pm5. Yeah, my feature felt quite messy :)
patcon 02:20:32
Do you suggest a Mattermost plugin because it seems there's a relation between matterbridge and Mattermost? (The name is quite misleading, and simply historic, as Mattermost is no more central than Whatsapp or Slack or Telegram to the bridges functioning)
patcon 02:20:53
It's a frequent point of confusion in the issue queue of matterbridge 🙃
patcon 02:23:22
Ah, found the wiki page for the "extension" system I was thinking of: https://github.com/42wim/matterbridge/wiki/Tengo
patcon 02:24:56
I don't know if it powerful enough rn as an interface, but maybe there's a path of modifying it to add the hooks we need available at that interface?
patcon 02:25:17
Could maybe even have it call an external API service that we create for coordinating translations, so we could write it in something besides golang
Had doubts about this, as not sure how full-featured tengo script is, but seems it might be possible: https://github.com/d5/tengo/issues/107
HANA 03:35:20
@katiaiam7 has joined the channel
kirstenliu 03:35:59
@kirstenliu has joined the channel
Someone (across chat bridge) 03:36:11
@patrick.c.connolly_br has joined the channel
patcon 03:36:32
Just adding ppl who were in the old room, just in case still interested :)
pm5 09:15:03
I mentioned mattermost because we have a mattermost instance, and because it would be better if we can keep each of the parts do one thing well.

If bridge is doing a good work on bridging, it doesn't make a lot of sense asking it to do more. We could add translation elsewhere, like on one end of the bridge.
Interesting. I appreciate unix philosophy, but I guess I had opposite sensibility here: unix philosophy struck me as favouring the most low-level decomposable tool, which I thought would be translating in the service-agnostic bridge tool.
Plus, I'm a little biased in that Code for All was interested in translation in their Slack, and I was eager to support that. I'm also not in any communities that use Mattermost, and so if the solution is a Mattermost plugin, this becomes an initiative that my other community spaces have no stake in 🤷🏻
Which is perfectly ok, to be clear -- this has momentum of its own and I don't necessarily need to be a part of it :)
Also, just realized something: were you thinking that translated messages in Mattermost would get passed through the bridge to other places?
Well, mattermost has a few advantages to the bigger view of communication. Slack is hard to scale in terms of secondary features like message history, limits of number of apps installed, etc. And building an infrastructure for alternatives is one of my motivations of working on a stable bridge service. We have also been criticized in the past of supporting proprietary solutions instead of open source, community-owned solutions. But that is entirely another topic.
So I think there is clearly different views here of the scope of the project. As I said, I will mostly focus on maintenance and monitoring of the bridge as my priority, so for translation, I'm totally fine if someone implements it in its own approach first. Those things above were just for sharing some thoughts of how I would approach it if I'm doing it now. They may change (quickly) over time, too. (Tengo looks nice)
It's mainly if matterbridge can support the kind of extension we have in vision. I would hope we can have users setting up their own bridges across communities, with consents from both sides, and people from both sides would be actively reminded of these connections. I would hope we can provide these features with bot commands/dialogues because it seems more friendly to the users. It doesn't seem feasible to pack all these things into matterbridge, so there needs to be some way of connecting the bridge to a bot program. If matterbridge is currently only focusing on bridging two ends with limited ability to translate the messages, then one of the ends could be a place to inject a bot program. So a separated center of exchange for messages comes up into the picture. Mattermost just might be a clear choice for it nowadays because of the limitations of slack.
Again, all of these do not have to be in the scope of a translation bridge. And we are still in POC stage anyway so none of these needs are justified even the slightest.
👆 (me throwing out ideas) 🤟
> It doesn’t seem feasible to pack all these things into matterbridge
Totally. I appreciate your thoughts and ideas @pm5 :)))
I think the angle I took before was that the really custom “management” stuff is something else that just “builds” the toml matterbridge config. that’s where all the magic logic is (consent, interactions, config, etc). If matterbridge can read a remote config file, then only a small bit of basic translation logic need go into matterbridge itself. the rest of the cleverness is another app that manages the config (and maybe creates nice UIs around that)
I’m aspiring to stay open to the idea of using data from a plugin! 🙂 i just have this prickly pessimism from what i recall of the event-driven model of core matterbridge, which makes me feel it could be quite messy…!
pessimism is not a good place to stand! but i’m just acknowledging it to be candid 🙌🏻
patcon 21:29:50
Interesting. I appreciate unix philosophy, but I guess I had opposite sensibility here: unix philosophy struck me as favouring the most low-level decomposable tool, which I thought would be translating in the service-agnostic bridge tool.
patcon 21:35:55
Plus, I'm a little biased in that Code for All was interested in translation in their Slack, and I was eager to support that. I'm also not in any communities that use Mattermost, and so if the solution is a Mattermost plugin, this becomes an initiative that my other community spaces have no stake in 🤷🏻
patcon 21:36:14
Which is perfectly ok, to be clear -- this seems to have momentum and I don't necessarily need to be a part of it :)

2021-03-31

patcon 14:07:11
is there a codebase for the bridge being used? sorry, i think maybe someone answered that, but i can’t find the msg 🙂 I’m just looking for where the matterbridge config is stored, so i can poke around and see the state of things