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…
Microsoft suspends development of touch-friendly UWP Office apps for Windows
51–60 of 143 posts
Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows
#52Ms 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?
Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows
#53Earlier 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.
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
#54Earlier 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.
Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows
#55Earlier 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.
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
#56Earlier 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…
Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows
#57Earlier 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
https://github.com/qmlnet/qmlnet
(I'm the author)
Re: Microsoft suspends development of touch-friendly UWP Office apps for Windows
#58Moreover, 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
#59How 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
#60Earlier 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.
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).