3 ms·

This seems very weird to me that microsoft, the very company that showed how performant an optimized electron app(vscode) can be, is shitfing another applicatio

This seems very weird to me that microsoft, the very company that showed how performant an optimized electron app(vscode) can be, is shitfing another application because of performance issues. My guess would be that vscode does a lot more than teams. And given that they are shifting to webviews which would be running on chromium so how would that help? Am I missing something? Is teams more complex than vscode?

DaiPlusPlus 5y ago
The Office org and DevDiv (Visual Studio) orgs in Microsoft are worlds apart with little communication between them at that level. (Why do you think Office still lives and breathes VB6-era VBA?)
- resoluteteeth 5y ago
  > (Why do you think Office still lives and breathes VB6-era VBA?) It still supports vba because their customers won't allow them to kill it, not because they haven't tried to replace it (e.g. JavaScript has been the recommended way to make extensions for a while).
  - DaiPlusPlus 5y ago
    The JS API/environment was for “apps” that load in side-bar panes in Office 365’ desktop and web titles - it didn’t have access to the same COM automation API that VBA uses, let alone things like the local file system, registry (God-forbid), local network, etc. The story is a bit of a mess, but VBA is still the only way to use the COM API and access local system resources: https://docs.microsoft.com/en-us/office/dev/scripts/resources/vba-differences https://docs.microsoft.com/en-us/office/dev/scripts/resource...
    - resoluteteeth 5y ago
      > The JS API/environment was for “apps” that load in side-bar panes in Office 365’ desktop and web titles - it didn’t have access to the same COM automation API that VBA uses, let alone things like the local file system, registry (God-forbid), local network, etc. They don't allow unsecured access the local system, thankfully, but Javascript add-ins are basically equivalent to the actual Excel COM API. You're linking to an "office scripts" page which is for a more recent macro-recorder like functionality, but the actual javascript api (https://docs.microsoft.com/en-us/javascript/api/excel?view=excel-js-preview https://docs.microsoft.com/en-us/javascript/api/excel?view=e...) is fairly complete and basically equivalent to the Excel COM API that you would use through VBA. It is also not limited to sidebars.
      - DaiPlusPlus 5y ago
        Huh - weird. I have seen references to this before but when I was writing my earlier reply I tried to find it but couldn't. But thanks!
niteshade 5y ago
Even weirder than that, Microsoft is the maintainer of React Native for Windows and macOS. Why do none of Microsoft's other DevTools teams seem to know this?
- jamespetercook 5y ago
  I keep hoping they’ll use this for teams. The mobile app is so much more performant (not sure if that’s react native?) and RN for desktop works well but needs more features
Spooky23 5y ago
Teams is a rewrap of Outlook Groups, SharePoint, whatever the chat is, online meetings and phone bolted together. It’s amazing that it works at all, but I think it’s unfair to blame the client, which does a decent job at making a semi-coherent product. It’s issues are really about design.

DaiPlusPlus 5y ago

The Office org and DevDiv (Visual Studio) orgs in Microsoft are worlds apart with little communication between them at that level. (Why do you think Office still lives and breathes VB6-era VBA?)

resoluteteeth 5y ago
> (Why do you think Office still lives and breathes VB6-era VBA?) It still supports vba because their customers won't allow them to kill it, not because they haven't tried to replace it (e.g. JavaScript has been the recommended way to make extensions for a while).
- DaiPlusPlus 5y ago
  The JS API/environment was for “apps” that load in side-bar panes in Office 365’ desktop and web titles - it didn’t have access to the same COM automation API that VBA uses, let alone things like the local file system, registry (God-forbid), local network, etc. The story is a bit of a mess, but VBA is still the only way to use the COM API and access local system resources: https://docs.microsoft.com/en-us/office/dev/scripts/resources/vba-differences https://docs.microsoft.com/en-us/office/dev/scripts/resource...
  - resoluteteeth 5y ago
    > The JS API/environment was for “apps” that load in side-bar panes in Office 365’ desktop and web titles - it didn’t have access to the same COM automation API that VBA uses, let alone things like the local file system, registry (God-forbid), local network, etc. They don't allow unsecured access the local system, thankfully, but Javascript add-ins are basically equivalent to the actual Excel COM API. You're linking to an "office scripts" page which is for a more recent macro-recorder like functionality, but the actual javascript api (https://docs.microsoft.com/en-us/javascript/api/excel?view=excel-js-preview https://docs.microsoft.com/en-us/javascript/api/excel?view=e...) is fairly complete and basically equivalent to the Excel COM API that you would use through VBA. It is also not limited to sidebars.
    - DaiPlusPlus 5y ago
      Huh - weird. I have seen references to this before but when I was writing my earlier reply I tried to find it but couldn't. But thanks!

niteshade 5y ago

Even weirder than that, Microsoft is the maintainer of React Native for Windows and macOS. Why do none of Microsoft's other DevTools teams seem to know this?

jamespetercook 5y ago
I keep hoping they’ll use this for teams. The mobile app is so much more performant (not sure if that’s react native?) and RN for desktop works well but needs more features

Spooky23 5y ago

Teams is a rewrap of Outlook Groups, SharePoint, whatever the chat is, online meetings and phone bolted together. It’s amazing that it works at all, but I think it’s unfair to blame the client, which does a decent job at making a semi-coherent product. It’s issues are really about design.