Hacker News Reader

Comment by p_ing | Hacker News Reader

FYI the Office product group considers COM deprecated. The "new" version of Outlook has no COM support, for example. While Word/Excel may be many years off, it's something to consider if you do move this forward.

I would also suggest moving to a compiled binary at some point. Very few Windows users are going to want to figure out Python in any capacity.

View on HN

What? COM is what made Windows great. Without it, it'll be just another shitty OS with a shitty DE, and you may as well just use Linux by that point.

COM doesn't work on the Web. They prefer to burn away the power features (like S/MIME in Outlook!) and release a strictly inferior, slower product, for the sake of...

... honestly I don't know what. It makes zero sense - it's pissing off corporate users, who are already captive. I'm guessing hidden inflation strikes again - they can't afford maintaining two versions, so they prefer to go with the worse one.

Three version on the desktop. Web, macOS, and Windows. They're all unifying to the same interface, macOS mostly being there already.

for the sake of monthly subs

That's the thing though: full-featured desktop software is already good enough at keeping people to their monthly subs, especially in enterprise contexts where there's no option for pirating it. Dragging the desktop versions down to the lowest common denominator of the web does not help drive more subscriptions; it's a miracle of vendor lock-in that it doesn't cause mass cancellations of existing ones.

Pretty much. Satya's Microsoft has pivoted to a "cloud and services company", meaning that they're in a shortage of fucks to give about desktop operating systems and applications.

COM is not going anywhere, all new APIs since Vista are COM based (or its cousin WinRT), with some exceptions like userspace drivers (the COM based version 1.0 apparently wasn't well received).

This is only in regards to Office.

Does Webdriver selenium work for new outlook ? any idea on how to automate , currently using win32com to read emails https://github.com/hornlaszlomark/python_outlook as graph api is disabled.

Check out DavMail if you want programmatic access to your mailboxes. https://davmail.sourceforge.net/

Ah interesting to hear about COM - interested where you heard or if you have other approaches for computer use!

Yea, we're considering a .exe that people could download

What is the alternative to com?

I think a combination of Office Scripts with maybe Power Automate and perhaps some kind of browser extension? I don't think all of COM will be available in the web applications. They haven't bothered implementing COM in Outlook, so Excel and Word will probably end up becoming web applications too.

I am really curious about the conversations that will be had if or when they seriously propose to any of their banking and finance customers that they Webify excel for windows.

(Though, going on recollection from past Q&As the excel devs have done, a more fundamental issue is that few people working they fully understand how COM works, and they are getting fewer)

The only issue Microsoft has to worry about is legacy COM add-ins for Office products. The 'modern' method of creating add-ins has been around for awhile and has the benefit of also working on macOS and the web, plus not having an add-in that can crash the particular Office product, doesn't require an install on Windows, more secure, etc. etc... There are benefits to Microsoft and to end users. Migrating complex COM add-ins to modern add-ins is still a big lift.

The app itself (Outlook) dropping COM support is simply given it no longer needs COM support for add-ins, it can drop COM itself.

ERP add-ins for Excel are the main reason why I still use Windows at the office. Side note: the webified version of Outlook's new roomfinder is awful; it's slow, doesn't work correctly, and doesn't respect dark mode (but this is a larger failure on the Windows side in general).

See https://learn.microsoft.com/en-us/office/dev/add-ins/overvie....

Note: this is in the context of 'programmatically extending Office/M365', I don't think the OP was referring to COM in general.

COM is at the base of WinRT, which is pretty much _not_ deprecated.

Indeed, in what concerns Windows itself, COM has been the cornerstone of Windows APIs since Vista.

If only they would improve the tooling, instead of like I am doing COM in Windows 95 with Visual C++ 5 kind of experience, because every time there is some project to improve the experience it gets killed after a while, and we're back to yet another C++ framework with the MIDL command line compiler.

Reply on news.ycombinator.com