Element Matrix Services Launches Bridging for Microsoft Teams
element.io
element.io
In short, I would have loved to have the option of using Element to chat with my team instead of MS Teams. Thank you for making this!
Cons: slow, consumes lot of memory plus all of the above
Pros: not as buggy as Skype for Business
Of course given this binary choice I would prefer a stubbed toe, but can we just move to something that is actually pleasant? Thanks!
Given this bridge moving to element seems like a no-brainer for anyone on teams.
Which are both different than the formatting that the browser version of Teams shows.
Starting a new chat with someone in your organisation that you haven't chatted to is also annoyingly slow. This one I keep forgetting. So I search their name in the search bar, choose the hit from the dropdown and immediately start typing, only to notice that my initials 10 keystrokes didn't register, because the new chat was still initialising.
I'm curious, do you touch type? I'm also at about 100wpm, but only thanks to learning to touch type.
The search result will only show you the single message it matched but not all the other messages around it! The only option is literally scrolling up but the performance just degrades as you go further back.
Like I can tolerate a lot but damn. That always frustrates me to no end.
Ich course, everything still sucks, yes.
There's a noticeable reaction time between clicking on a person's image in the left bar and the screen being updated. Even when going back and forth between two contacts, even with 64 GB of RAM, so you'd think they'd cache it somehow.
Sometimes when scrolling up in the chat, it goes back down then continues scrolling up (even when the contact is offline, so nothing changes the history).
Even the buttons on the left side (activity / chat / teams / etc) lag when the mouse just passes on top of them.
Also for some reason there are regular CPU spikes (on the order of 20% of an 8th gen desktop i5) even when I'm not actively using it.
I find it so stupid that this same computer can run fairly new games at 4K resolution with all settings at the max and nearly 60 FPS, but it somehow struggles to update a chat application.
These guys should have talked sometime I hoped.
Hah.
DevDiv never talks to the Office org. For one thing, they’re on opposite sides of the campus; secondarily (and most disappointingly) the golden-age of Office/VS integration ended by Office 2007 when it was clear the VB6-derived VBA editor in VS was frozen on ice (and remember the InterDev-derived Script Debugger in Office 2003?).
For the past 14+ years, the Office org built up their own UI/UX framework completely separate from both OSG/Windows and DevDiv/VS/etc: that “DirectUI” stuff. It has a lot of potential (and room for improvement...) but instead we get exports like WinUI 3.0, aka “We won’t let XAML die, but we won’t invest in tooling or making it not horribly verbose despite the fact it’s now 15 years old”.
I don’t understand why Microsoft seemingly wilfully abandoned any semblance of a roadmap or reasonable guidance for the Windows desktop dev story. It’s insane because Office+VBA+VB6 is the reason people still buy Windows licenses even though 75% of people have no other reason to be bound to Windows.
I really enjoy using MS tools for development, always had as I discovered C64 BASIC was made by them and I was a C# developer for about ten years (if I'm allowed to forget about WebForms). All of the other stuff I don't really care about anymore. I'm fine using Numbers and Pages or LibreOffice and macOS replaces Windows since I'm not a gamer and not doing any non-cross platform C# / F# development anymore.
Put in a job application. The company has always been hiring. Judging by the fact they employed me right after uni I guess they’ll hire anyone who can explain mergesort on a whiteboard.
———
I believe we’re witnessing the slow death of Windows into irrelevance, the same way mainframes and minicomputers aren’t relevant today, the way most “apps” for business are just public web-apps or Electron distros - Windows is just another fungible host for Chrome.exe.
Their choice of Monaco is interesting because it's a HTML+JS-based editor - this hints that Access might be transitioning its entire UI over to HTML+CSS+JS - this might be a good thing - or it might be a very bad thing.
VBA doesn't play well with the multi-user and cloud-based push that Microsoft has been trying to go for.
Why not start with: "I need a communication system for my organisation that satisfies the following criteria and I accept that there is no ideal and I am willing to reform my requirements as I evaluate the options available"
* End to end encrypted
* Check up on governance: Local requirements
* Media
* Text
* Voice
* Video (plus voice)
* Supports emoji
etc, etc.What do you really want and are you prepared to put some real work in to actually evaluate some possibilities? If not, then stick with Discord. It probably won't kick your kitten but it now belongs to Microsoft who also own LinkedIn and sadly themselves.
Matrix's official server and client are often touted as a competitor to other team and community-oriented chat platforms by its proponents. As a signal competitor it's solid enough, but in the community space it fails to be competitive.
I'm really hoping to see Matrix mature more, and codify moderation apis in order to keep the protocol client/server agnostic for all standard use-cases.
The Matrix documentation itself admits that the community-management portion of the standard is underspecified.
https://matrix.org/docs/guides/moderation/#removing-users-ro...
BUT I was able to create a couple moderators level 50 for several rooms and admins level 100 for several - with a click tap once I got the basic syanapse/element running on a vps. So some moderation is working out of the box mostly okay.
When I read about the mod-bot that creates a mod room where you can pop in there and tell the bot to 'Do X to user Y in room Z' - well when I read it the third time I started to get how great that is - but I have not gotten to install that part yet - I got stuck on the sticker pack addon not working..
cuz my 2021 install of debian 9 on Digital Ocean had an issue with ssl or some crap - I've got about 20 hours into trying to fix and basically given up (I did find a python support thread that offered a (temp?-) fix by rolling back the TLS version - but pass) - probably going to do a new install on a newer box/debian with latest python and try again. Which probably means a diff domain name and all that - and then I don't think there is a way to port my usernames/email addy of users to the newer install.. so I'm stuck.
There's at least one more addon package for moderating that I have not gotten to that adds like a backened admin page kind of thing I think.
I've made some suggestions for moderation enhancements in the element and synapse chat rooms - but what is getting prioritized by the core team has other things on the road map last I checked.
I'll likely make some blog posts about my suggestions I guess to keep a running list of moderation addons / needs. Someone pointed me to some vote up page for feature requests, maybe it was on github? but I don't do that system yet. My plan was going to be to offer the makers of the admin-page addons some cash to add some features - or find someone via toptal / upwork to write some code and submit to the team for code review maybe.
I think we'll see more moderation tooling sooner than later, I certainly need some more options in that area.
If a matrix user responds to someone their matrix client + bridge will inline copy the previous lines and send it to IRC with their response.
Basically, the matrix bridge is extremely spammy even with normal behaviors. The sane thing would be to just break up the message into to parts and send it. The sane thing would be to assume anyone looking at IRC already knows what comment they are responding to and there's no reason to re-post it inline.
There are more annoyances but those are what come immediately to mind.
Ideally, these functions should not be available when connected to an IRC channel.
While bridging to IRC does make you a guest, the amount of hand-wringing IRC people do about differences in formatting always felt disproportionate to me, especially in that IRC doesn't actually have an officially sanctioned experience. It's fine to DM a password to a Nickserv and set esoteric channel modes, but apparently looking bad to irssi/erc/BitchX/WeeChat users is a big no.
The long message -> file behavior is a bit silly and understandably annoying, especially in a help channel, but the amount of complaints I've seen of people not following <my-IRC-client-of-choice>'s highlight pattern is just silly. People get uppity because you appended the IRC network's friendly name in parens to their actual name? Oh no!
Feel free to check out the project, together we can solve this Teams problem!
> The bridge itself is not going to drop into the open-source Matrix code any time soon. Hodgson explained: "This is an entirely new bridge that we've built as Element exclusively for Element Matrix Services, which is the SaaS hosting platform we provide in order to keep the lights on for Matrix development and for Element in general.
> "We are taking the position that people who are rich enough to buy into Team's ecosystem and throw lots of money to Microsoft might as well throw a little bit of money to Element to keep funding Matrix development."
For such people, an open source element bridge to teams is best of both worlds.
I would call that open core.
Matrix the protocol is fully open source. Element the matrix client is fully open source. Synapse the matrix server is fully open source. Dendrite, the next generation matrix server, is fully open source.
All of these are developed by the New Vector team. The only thing here that isn't open source is an external bridge to microsoft teams, a platform that itself is already closed source.
In this case, "open core" would probably look like the Matrix team closing the Element client and Dendrite homeserver, and then extending them with closed matrix event types.
Honestly, they could probably pull it off, but I doubt they want to go that route. They've been dedicated to federation since the beginning.
But "Element Matrix Services" (aka New Vector) launching and marketing a product/feature that is not open source is AFAIK something new, and it'd be very surprising if this is the last such feature they announce.
(Before today, they were one of the very few examples I knew of a VC-funded open source company where their product remained entirely open source.)
First of all, Matrix itself is a non-profit foundation, and absolutely everything it does is FOSS, and accepts contributions from everywhere. The majority come from Element (formerly New Vector) though, the for-profit that the original Matrix team set up in order to work on Matrix full time.
Element has always had some closed-source bits in addition to all the FOSS work we do for Matrix. For instance, the EMS hosting platform itself (lots of stripe + kubernetes) is all proprietary and always has been. The default integration manager (codenamed Scalar) is too. And occasionally we've built random apps and bots and bridges which we chose to keep closed source - e.g. we've had a closed-source Sametime bridge for ages, and we have closed-source border gateways, cross-domain controllers, audit bots, etc too. However, *this doesn't make Matrix open core*, any more than the existence of closed-source webapps makes the Web "open core". It also doesn't make Element "open core", any more than (say) Mozilla is "open core" just because they haven't released the source for some of the random services they run too.
In an ideal world, Element would release all of its IP as FOSS - and it's quite possible that we'll do that in future. But right now we're still experimenting with the right balance.
Matrix was never a great name, and confuses people. Riot was named after violence, but Element sounds like nothing, and now you've introduced a namespace collision for no good reason between the renamed product and the company.
What's next, rename Synapse to Element Server and Matrix to The Element Protocol?
It's like you want to lose
This is a mistake. If they're already paying for Teams, then what exactly is the incentive to "throw a little bit of money to Element"? They aleady have a communications tool (Teams), so a) why are they going to pay for another one, and b) people who already bought Teams most likely do not care about the values Matrix stands for.
https://matrix.org/docs/guides/installing-synapse
Took me a couple hours as a a non-infra guy.
Edit: yes
> Microsoft Teams Bridging supports both group and individual messaging, as well as voice and video conferences.
https://gitlab.com/libremonde-org/papers/research/privacy-ma...
Many modern XMPP clients are comparable in features to Matrix clients, but many people still reach for e.g. Pidgin and Adium, despite those not seeing active XMPP development for many years (that is hopefully changing, at least for Pidgin). Despite the evolution of the protocol, these clients are perfectly able to function, just without the modern stuff people expect.
Discovering the right XMPP software (and that it exists) is the hard part for users, and that's part of what we're trying to solve with the Snikket project.
All decentralized protocols face the difficulty of evolution over time. Email has outlived many attempts to evolve it (but maybe there is still hope with initiatives like JMAP). I'd say XMPP is doing a decent job, and is still evolving. Matrix has yet to really face this issue as it's still relatively young.
IRC... I think the majority of its remaining users consider its lack of evolution a feature :)
They seem to want it to become the next email, but for online messaging, voice, video, presence etc. To be an address on business cards. None of those things are new but marketing, a catchy name and a clean start will all help to get wide adoption beyond the tech types.
Necessary but not sufficient - some clean, rock solid clients as the face of it all are no less important... and so far they suck.
All these bridges seem fine for basic text but modern chat programs do a lot more these days and I personally can't see the point without 1:1 feature parity.
This seems doubly true for a service like Teams versus something like Discord where Teams is going to be installed and configured by a central IT team for all users.
I know a lot of this falls on companies building their own proprietary, non-interoperable messaging platforms and this is an effort to unify them and I don't mean to shit on those efforts but it just seems like it's a lot of effort for becoming a third class citizen when interfacing with those platforms.
The blog post says:
> Microsoft Teams Bridging supports both group and individual messaging, as well as voice and video conferences.