"AngularJS" is more commonly specified as "Angular 1" these days. Without specifying 1 it usually means the latest version of "Angular" which started with only 2+
Perhaps it depends on location/ type of environment or something. When I see job postings they seem to mention AngularJS 1.x or as 1 specifically. However the ones for Angular2+ don't really mention to mention that clearly.
Perhaps your experience has been different .
UI wise one of the worst apps I’ve had the misfortune of using. Buggy (ticks for mono space text never work first time), really slow, like 300 baud modem typing experience on a laptop that otherwise has no problems, confusing UI, teams/chat/activity I never know where to go. Also it often crashes entirely.
I really hope this change clears up some of these problems.
I hope this also takes care of the battery life issue. Teams video meetings will take my 8 hour battery life, and suck it all down in under an hour. Zoom would not even put a dent in my battery any more than me doing my regular work.
This. Also, my Teams is _really_ slow. When I, during a video meeting, decide to paste my clipboard into the chat to share an URI, it takes upwards of 10 seconds from when I first push the chat button to it having loaded, and having loaded the input field to having sent the message. It is the same when loading a chat with a new person. It is just _slow_.
Thankfully it is weekend now, so I have two full days before returning to work and having to use Teams again.
This (video, specifically) is more likely a codec issue, and perhaps lack of support (or nonexistence of) for hardware accel paths in it on your hardware.
re: posting to a chat I suspect it is routed through sharepoint for good and ill. Different set of tradeoffs. FWIW i've never seen it quite that laggy, but have noticed before.
An UI framework well may have or lack support for hardware acceleration (video encoding/decoding acceleration in particular) or have it incompatible with particular video card models.
Sure, but the Edge engine, although being essentially the same as the Chromium engine behind Electron, can be built with different flags, have different set of accelerations enabled and probably even be integrated with DirectShow (and ActiveX maybe?). I don't know if it is, just speculating.
Wonder why WebView2 would be any better than Electron? They are both Chromium based and if kept ups to date should be almost identical, would it just be saving disk space and sharing some memory since it would be using a single install of the browser engine?
I'm using WebView2 on a project at the moment, inside a WPF (dotnet core) app.
One thing I've been having some fun with is the ability to host a REST dotnet core API inside the same application and then calling Javascript functions/updating the UI on an HTTP request.
It's very handy if you have multiple applications on the same machine (or the same application on multiple machines on a LAN) and you want them to talk to each other.
Also, I couldn't find a way to build a normal Windows installer with Electron (if there is please let me know), but was able to use Wix to build one for my WPF/WebView2 app.
We have an enterprise app that was originally built as a UWP application via Xamarin.Forms (Hot mess, I know. But the decision predates me).
We've been prototyping a rebuild in React and Electron but if we could port into WebView2 and reuse a lot of our existing business logic with a port into a local api layer a lot of time could be saved.
I'm a web guy, so not sure how the nuts&bolts of this would work. Does the WPF app bootstrap a REST API on localhost on startup that is callable?
The community around Electron still has specific expectations. With an actual framework of their own they can safely make maintaining compatibility with the APIs their products use a top priority and also introduce questionable and Windows-specific things which probably aren't welcome in Electron.
They could always fork electron, it would have been first thing to do, unless they are expecting to do lot of radical changes which is quite hard to do on electron perhaps
On a single PC it probably wouldn’t matter that much, but if distributed at scale, the savings in bandwidth could be enormous. Electron is quite large after all.
Teams shipped with incredibly outdated versions of Electron for a very long time.
Enterprise deployment setups have a lot of their own flavour. However the ownership is on dedicated IT dept to keep the apps updated on your system and rest of the fleet.
Microsoft has the network to train, enable and get IT to administer these kind changes. They are after all able to get windows patches in fairly regularly at higher frequency than ever before in windows 10.
Sure there were will be some small minority like still active XP users , you sell extended support or whatever to either enable them or you can stop support.
I played with WebView2; while possible to save some disk space, the memory is (surprisingly) worse than Electron, and the API surface is also not as rich.
I like the idea of using a (system-deployed) WebView in general, but this implementation needs more work.
I noticed in the Powertoys devdocs[1] it mentions the settings[2] uses React. This looks to be for the settings. Windows 11 had some multi-tasking changes which look very similar to Fancy Zones and I wouldn't be surprised if they are using React in Windows 11 itself.
I assume they are probably using React Native through their FluentUI[3]. Would be curious if anyone knows more info on it.
"Ditching Electron" is a clickbait - it doesn't go native, just switches to their own clone which seems very reasonable to me as long as they are capable and willing of maintaining it.
Switching from Angular to React seems weird. What for? AFAIK the only way React is better is there are more developers familiar with it. I wonder if they considered switching to PHP instead /s
Skimming through the Tweets, it seems like the rest of the online Office suite uses React and Teams was the outlier using Angular. Somehow it makes sense to use the same framework for everything and save resources.
I believe companies are abandoning native because Electron lets them reuse the same code and the same developers they employ for the web and also because there is no cross-platform GUI toolkit good enough. Qt could be such a toolkit but you can only choose between very expensive and GPL, and you probably wouldn't even have the GPL version if the company behind wasn't forced to maintain it.
Well, it does make me wonder. Going from Angular or AngularJS to React is basically rewriting the front-end - also conceptually in regard to React immutability concept.
On the other hand, they have already WebView for Blazor and they need Teams to be cross-platform, also for Linux.
The input lag in Microsoft Teams is atrocious. If they eventually fix this, I'd consider it a decent communication tool, regardless of some inconsistencies in the UX. But this performance issue is very distracting and harms productivity.
Thank you for digging into that! I've been out of touch with Microsoft tech for a while.
I wonder what form a WebView2 would take on macOS and Linux. Some of the commenters on that issue mentioned that they were interested in using it with MAUI/.NET [0] but they could even produce a lower level, C++ component for interop with other environments, which would be pretty interesting.
If I could build small, fast desktop cross platform apps with just .NET though, I'd still be interested.
More control, Edge ( also chromium based yes) gives them more control to fine tune performance better than Electron perhaps, or they are able to fix bugs/ add features to Edge WebView2 easier than with Electron.
With any luck the Microsoft Teams redesign will eliminate all of the "57 replies from ...", "See More", "Expand (52 lines)" and other pointless and annoying prompts from the entire product.
https://en.wikipedia.org/wiki/Angular_(web_framework)#Differ...