[15:01] so, I struggle a lot with the way people tend to talk about bridging in IM. [15:02] I think of bridges in a networking sense, where it may require some care for a network engineer type of person to configure and maintain, but from a user perspective it is transparent. [15:02] IM bridges are rarely transparent. They do have an essential bridge aspect of connecting two sides so that traffic can flow between them. [15:03] but maybe a way to think of them better is to look at the vehicles that are used. [15:03] In this way, these "bridges" are more like the places where trains run between two systems that have different gauges (ie, the width between the rails). [15:04] The one place I know this happens (or used to happen, I haven't checked current status) is at the French-Spanish border in Catalonia. [15:05] Most of the accomodation there is effected by the trains themselves, which have wheelsets that can change their widths. There's a stop near the border where the shift is made before the train can continue on down the line. [15:06] Now, the static infrastructure at the point of transition clearly has to have both rail widths available in order to accomodate this transition, so that's an important component too, but it seems to me to be the less tricky part of it. [15:07] aaaaaand, maybe that's more than enough monologguing for now on the topic. I've got more but I'll hold up because damn that's a lot of text for IRC. [16:47] haha, I'm sure it's fine, it's not like this channel is super busy or anything lol [18:10] lol [18:10] it's all good [18:15] haha, thanks. [18:16] pulling it back, then, from the analogy to the software and networking ... [18:17] usually the systems on each side of an IM bridge have different feature sets [18:17] so rarely is passage transparent. [18:18] usually I'm seeing this all from the IRC side of things, with the thing I use second-most often is Matrix. [18:18] but I routinely encounter channels that have bridges to slack and to telegram, occasionally here and there also gitter. [18:19] and generally the way the bridge manifests itself as a bot, a user account that encapsulates the traffic back and forth. [18:20] the freenode-matrix.org IRC-Matrix bridge manifest on a per-user basis. [18:20] hmm, wait one. [18:24] moo [18:24] hehe [18:24] my primary irc client is weechat in tmux [18:24] secondary is TheLounge [18:24] third is Riot/Element [18:24] yeah I use irssi in tmux on a VPS, connecting via ssh or mosh [18:25] usually tmux on the local system wrapping tmux on the VPS [18:26] I use weechat here and there, which I decided was acceptable after learning Meta-l (ESC or Alt 'ell' not 'one') was good for toggling out of and back into multi-column mode. [18:26] which allows, eg, gnome-terminal's URL detection to Just Work [18:27] so I can ESC l Ctrl-click ESC l to open a URL that has been posted without much friction at al [18:27] so, there's the example where the bridge looks just like a second connection through another client. [18:27] the default is to tack on the '[m]' but that's configurable, or can just be removed. [18:29] in contrast, just about every other bridge I've seen is not so well integrated, and only a single IRC account encapsulates all traffic from all users on the other side of the bridge. [18:29] and so one can't see for instance using the IRC /names command to see any of the users on the other side of the bridge [18:29] highlight is impacted [18:30] users of one bridge got annoyed by getting multiple notifications when their nick was mentioned and so they made the bridge insert a zero-width space so as to deliberately break nick recognition [18:31] I didn't realize that until I tried to search backscroll for a nick I had *just* seen and /lastlog wasn't finding it [18:31] that's when on further inspection I saw names across the bridge were showing as, eg, dzho [18:32] a search for 'dzho' would fail but a search for 'zho' would succeed. [18:32] in another channel there is a slack user whose name just gets completely dropped by the bridge [18:36] I also like TheLounge because the web interface is mobile friendly :D [18:36] lol [18:38] yanome: do you run your own instance or use someone else's? [18:38] I run my own [18:38] legit [18:38] dzho: I run my run lol [18:38] yeah [18:38] from the same server I did tmux+WeeChat on ahaha [18:39] the nice thing about this, is that I can use any subdomain from my main domain I want; and I do it over SSL [18:39] I was pretty annoyed that with the switch from qwebirc to kiwi, freenode put recaptcha in [18:40] yeah [18:40] I'm not a huge fan of those web clients [18:40] I like being able to run my own [18:40] I'm also ok with people using irccloud if it suits them [18:40] so long as irccloud doesn't EEE web clients too much [18:40] EEE? [18:44] anyone in to amateur radio and in columbus? [18:54] yanome: embrace, extend, extinguish [18:54] dzho: ah [18:55] in this space most bitterly remembered as the crap slack pulled against IRC [18:55] yeah [18:55] but of course with a long and storied history