Live data from Hacker News

Microsoft suspends development of touch-friendly UWP Office apps for Windows

arstechnica.com

51–60 of 143 posts

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#51
post #44
post #16

Earlier quoted context omitted.

> The story is so bad Microsoft’s own flagship software has to build their own UI frameworks I think this might be the other way round: if they're not eating their own dogfood, it's much easier for the UI framework to come adrift from actual use cases. It's really telling that in Windows 8/10 they "modernised" some , but not all, of the control panel UI. It's basically random as to whether a setting you need will be…

"It's really telling that in Windows 8/10 they "modernised" some, but not all, of the control panel UI. It's basically random as to whether a setting you need will be in a Metro-flavoured window or a Win32-flavoured one." That's really infuriating. Makes me wonder what all these devs they have are doing the whole day. "To me, the trouble with everything after WinForms is that it lacks a really compelling reason to up…

WPF was really nice from what I remember of it. MVVM was super easily integrated with XAML.

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#52
post #11

Ms is my favorite tech company. They, however are their own worst enemy. They produce many awesome but crippled stuff - like honey stained with drops of bird shit. UWP's appx format is awesome - one click installation, sandbox, clean uninstallation, potential for diff updates. All these have nothing to do with portability. But they crippled it by making it store only until recently... Too late. One reason I hate usin…

> like honey stained with drops of bird shit. That is a very specific image that I've never encountered in real life. Is it something that only beekeepers get to witness or is there some bird that homes in on honey pots?

FWIW, here in Eastern Europe we have a similar saying that "A spoonful of tar ruins a whole cask of honey" .

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#53
post #38
post #22

Earlier quoted context omitted.

I do Windows development since 3.0, currently maintaining a couple of Forms and WPF applications, the Forms are the hardest to maintain due event handling spaghetti code instead of proper MVVM with data binding, no use of Table/StackLayout components and still do background handling in BackgroundWorker classes.

How is the Visual Studio WPF designer these days? I worked on a WPF app around 5 years ago, and the form designer in Visual Studio was appalingly slow and quite buggy. I also wasn't a big fan of XAML - no matter how much time I spent using it, it mostly seemed more difficult and awkward to get components where you wanted them than with WinForms.

Quite good. I always do a mixture of Blend and Studio.

Never had any big problem that I can remember of since Visual Studio 2012.

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#54
post #38
post #22

Earlier quoted context omitted.

I do Windows development since 3.0, currently maintaining a couple of Forms and WPF applications, the Forms are the hardest to maintain due event handling spaghetti code instead of proper MVVM with data binding, no use of Table/StackLayout components and still do background handling in BackgroundWorker classes.

How is the Visual Studio WPF designer these days? I worked on a WPF app around 5 years ago, and the form designer in Visual Studio was appalingly slow and quite buggy. I also wasn't a big fan of XAML - no matter how much time I spent using it, it mostly seemed more difficult and awkward to get components where you wanted them than with WinForms.

2012 had big internal architecture changes that did a lot to stabilize the designer.

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#55
post #46

Earlier quoted context omitted.

Microsoft shot themselves in the foot with UWP. It's actually pretty nice to write apps with it (in my personal opinion, anyway). But UWP only supports Windows 10. Very few commercial products are able to drop Windows 7 support (and like, literally zero enterprise products can drop Windows 7 support). So, no matter how nice UWP gets, most companies that would still be willing to write a native Windows app are 5+ year…

"Very few commercial products are able to drop Windows 7 support (and like, literally zero enterprise products can drop Windows 7 support)." You would be suicidial if you based any product you want to sell to business on UWP. Not only doesn't it Win 7 or 8 but I don't see in what way UWP is better than WPF.

One way that it is better are the visual layer and accelerated composition engine.

Naturally this matters little to those enterprises doing plain CRUD applications with default L&F.

One big improvement in UWP is that Visual C++ finally merits the name Visual, although it still fails short of C++ Builder's RAD tooling.

And overall the sandbox model, however from the last Build it appears that Redstone will get an improved sandbox for Win32 apps as well, alongside MSIX support.

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#56
post #42

Earlier quoted context omitted.

There is also Electron/Javascript. Skype/Teams are developed in it and they have invested a lot of effort into TypeScript.

Honestly, if I had to develop a new desktop app for Windows I would seriously think about Electron. It's frustrating that there is no premier desktop app framework for Windows anymore. UWP is too limited, WPF is pretty much deprecated. Win32 has a huge learning curve and finding devs would be very difficult. Pretty sad situation. Maybe their secret plan is to push people into writing web apps with ASP.NET? Event that…

Why not Qt?

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#57

Earlier quoted context omitted.

There is also Electron/Javascript. Skype/Teams are developed in it and they have invested a lot of effort into TypeScript.

There's also Qt which they used for OneDrive

Yup, and you don't even need to touch C++ these days. All C# and QML!

https://github.com/qmlnet/qmlnet

(I'm the author)

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#58
Just 4 months ago they announced they were suspending development of OneNote Win32 in favor of just the UWP version [1]

Moreover, they have (had?) an entire multi-year roadmap planned around UWP, including the eventual release of a version of windows which was supposed to substantially reduce day-to-day reliance on Win32 for lower powered devices, codenamed Project Polaris [2], in an attempt to compete with Chromebook-like devices.

This is a massive destruction of confidence in the UWP platform. If Microsoft can't even release their marquee apps on it, why should anyone else feel confident in developing on the platform?

[1] https://www.theverge.com/2018/4/18/17252312/microsoft-office...

[2] https://www.windowscentral.com/understanding-windows-core-os...

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#59
As I understand it UWP is still the official and canonical API. However knowing how many other APIs had such a status it's not saying much.

How does the Xamarin.Forms look between other APIs? It's getting Linux and macOS support. I started to wonder if it will be the next official and canonical API. Or maybe something in the direction of their Electron, as they use it already with their Typescript.

But I don't really know anything about Windows development beyond Win32, so maybe it doesn't make sense at all.

Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows

#60

Earlier quoted context omitted.

This is exactly what is holding back Win32: there has not been any serious development of the desktop developer story since WPF in 2005 (WPF only received token updates since then, the last major update was in 2010 when they finally added a DataGrid control, lol) - but WPF is not well-suited for many types of software which have to fall-back on “pure” Win32 and the story there is nothing but depressing. Apple got it…

When Apple introduced Cocoa they also introduced Carbon however, an extension of the legacy MacOS APIs. Apple already slowly killed their Win32.

Yes and no. They've taken down the documentation, but there's still a number of (non-GUI, non-kernel) Carbon APIs that are still not deprecated (as of 10.11, at least), and still allowed in the Mac App Store.

I'm using AHGotoPage() because NSHelpManager has no equivalent and nobody has been able to explain to me how to make that class do a similar task reliably. (In hindsight, AppleHelp is such a disaster that I should have just avoided it entirely, as almost every other app does.) MAS reviewers have given me grief over many things my app does, but never any Carbon calls.

The last time I saw any Carbon APIs deprecated was 10.8, I think (6 years ago).

Post reply on HN