7 ms·
Announcing the .NET Framework 4.7 General Availability
- insulanian 9y ago> You must install an additional DirectX component in order to install the .NET Framework 4.7 on Windows 7 SP1, Windows 2008 R2 SP1, Windows 2012 and Windows 2012 R2. The installation includes a single dll that will get added to your system. It will only be used by WPF applications. It is not possible to install the .NET Framework 4.7 without installing this component. Why the heck should I be forced to install DirectX on a web server?!
- merb 9y agothere are a lot of windows server applications that needs to be running inside a user session and can't run as a service. so you have a graphical window anyway ^_^
- Dolores12 9y agoWho said you need install DirectX? They said you need install single dll. No big deal.
- puetzk 9y agoPresumably because this is the desktop package of .NET runtime? WPF is the GPU-accelerated GUI rendering library, it makes sense that it would have a DirectX dependency. AFAIK it has always had a DirectX dependency, just one that was met by the base install on versions of windows that were supported. I think this is just the first time a .NET upgrade has required/offered upgrading to a newer version of DirectX, instead of just raising the minimum windows version. Server/embedded/etc headless environments presumably want .NET Core instead, which added most of these updates in version 1.1 a few months back (along with VS 2017).
- douche 9y agoI would suspect that increasingly the push is going to be on to emphasize DotNet Core for server-side work.
- my123 9y agoWindows Server has most of the client stuff... Server Nano, without that much legacy, can only run .NET Core.
- moomin 9y agoThat's not the bit that concerns me. It's that it's yet another reason for desktops not to update, which is just plain painful for people who develop ClickOnce applications.
- NicoJuicy 9y agoWhy would it be painfull? ClickOnce is stable and the only dependency is .Net 2.0 ( but you can use higher once off course) PS. ClickOnce is awesome. A restricted Client ( you can't do everything you want with it), but it can be installed through a browser ( easier for the user) and it automaticly fetches updates ( if set up right, not hard)
- moomin 9y agoYes, but ClickOnce doesn't install .NET, and if you want to use that (and, for instance, a modern TLS stack) you need people to upgrade.
- ComputerGuru 9y agoIt's one DLL, required to render the UI components of the framework in a hardware accelerated and optimized fashion. You're not installing .NET Core, you're installing the real framework. Talk about making a mountain out of a molehill.
- cm2187 9y agoIt would have been a small amount of effort to bundle it with the .net installer. But it is going to create big support issue if you have to tell customers one by one to install DirectX manually. Hope they will resolve this through windows update.
- tomc1985 9y agoGames have traditionally shipped updated DirectX binaries with their installer, most the time you don't even see DirectX setup anymore. The redistributable files can be deployed almost invisibly.
- cm2187 9y agoYeah but think of a typical .net application. Probably some business application used by a lawyer or a doctor. They don't install DirectX on their machine.
- gtirloni 9y agoThey don't install anything on their machine. They don't even know .NET exists or that the new release requires DirectX. The developer will modify the installer to include this extra requirement. End.
- DenisM 9y agoSo, twice as many pretequisits to install a regular .NET app?
- my123 9y agoHigh-DPI support for Windows Forms is long-overdue.
- alkonaut 9y agoDefinitely. Can't see any signs of them backporting it to Win 7 though? Those of us to maintain heavy winforms apps aren't going to drop Win7/8/8.1 support in order to get HighDPI support.
- my123 9y agoHigh-DPI is handled automatically, you don't have to change anything in your app.
- Analemma_ 9y agoWindows 7 is almost eight years old, and is multiple versions behind on low-level display-related components like WDDM. Expecting a backport of a change like this to it is not reasonable IMO.
- deleted 9y ago[deleted]
- jjawssd 9y agoHow long until all Windows applications render on high DPI screens without extreme blur?
- cptskippy 9y agoSomeone correct me if I'm wrong but I believe the blurring is a result of not being able to infer display pixel configuration and thus not using subpixel rendering. In Windows 7 they had a feature called ClearType which was basically a wizard that rendered text using different techniques and had you choose the one you thought looked best. Is that thing still around? I would imagine it's also a problem on MacOS using an external display.
- ygra 9y agoYou are wrong. The blurring is the case of applications not being aware of the higher DPI setting and still rendering as if they weren't scaled. That's why DPI-awareness is a part of the application manifest so people with 4k monitors don't get tiny windows. Instead the window manager scales the window to the size it should have. And bicubic scaling makes things soft.
- badsectoracula 9y agoWhy are they using bicubic scaling instead of nearest scaling to the closest integer? (ie 2x, 3x, etc, not 2.2x, etc)
- ygra 9y agoThe factors are 1.25, 1.5, and 2, as far as I know. Note that there are many different pixel densities out there and they don't follow simple integer multiples. As for the choice of algorithm, that has nothing to do with the scaling factor.
- my123 9y agoRedstone 2 (Creators Update) was a nice progress towards the goal. It's still bad at places though.
- oblio 9y agoI'm kind of surprised that it only supports .NET Standard 1.6. I would expect it to be the first .NET to support .NET Standard 2.0, since, you know, it should already be implementing all the APIs covered by the standard. I wonder what's missing.
- manigandham 9y ago.NET Standard 2.0 isn't done yet. It will be supported once it's released. https://blogs.msdn.microsoft.com/dotnet/2017/04/05/announcing-the-net-framework-4-7/ https://blogs.msdn.microsoft.com/dotnet/2017/04/05/announcin... > The .NET Standard 2.0 spec will ship later this year. .NET Framework 4.6.1 and later will support .NET Standard 2.0. At the point that .NET Standard 2.0 class library projects and NuGet packages start being created, you’ll be able to reference them from .NET Framework 4.6.1 or later projects.
- c0wb0yc0d3r 9y agoThis can't come fast enough! I am still pretty new to .NET Standard and how .NET Core and Framework play together, but it's frustrating trying to use a .NET Core class library in a Windows service as of today. :(
- piaste 9y agoWith this release, you should be finally be able to do that. The 4.6.2 framework only supported the 1.3 Standard, which was the reason we were boned if a .NET Core library got released targeting the 1.6 one and didn't explicitly include a .NET Framework version in the nuget package. At least, I hope I got that right. I'll give it a try tomorrow and if it works I might just uninstall the .NET Core outright.
- adrianlmm 9y agoDissapointed that Windows Server 2008 standar is not supported, just R2.
- ausjke 9y agoisn't it support Linux already? or I remember it wrong, this is all for windows.
- Const-me 9y agoI wonder have they fixed their offline installer? https://connect.microsoft.com/VisualStudio/feedback/details/3115174/the-offline-installer-doesn-t-work-offline https://connect.microsoft.com/VisualStudio/feedback/details/...