Windows Archive
Usually, when developers or programmers write articles about their experiences developing for a platform they have little to no experience with, the end result usually comes down to “they do things differently, therefor it is bad actually”, which is deeply unhelpful. This article, though, is from a longtime Windows user and developer, but one who hasn’t had to work on native Windows development for a long time now. When he decided to write his own native Windows application to scratch a personal itch, it wasn’t a great experience. While I followed the Windows development ecosystem from the sidelines, my professional work never involved writing native Windows apps. (Chromium is technically a native app, but is more like its own operating system.) And for my hobby projects, the web was always a better choice. But, spurred on by fond childhood memories, I thought writing a fun little Windows utility program might be a good retirement project. Well. I am here to report that the scene is a complete mess. I totally understand why nobody writes native Windows applications these days, and instead people turn to Electron. ↫ Domenic Denicola Denicola decided to try and use the latest technologies and best practices from Microsoft regarding Windows development, and basically came away aghast at just how shot of an experience it really is. I’m not a developer, but you don’t need to be to grasp the severity of the situation after following his development timeline and reading about his struggles. If this is truly representative of the Windows application development experience, it’s really no surprise just how few new, quality Windows applications there are, and why even Microsoft’s own Windows developers resort to things like React for the Start menu to enabler faster and easier iteration. This is a complete dumpster fire.
Earlier this year, Microsoft openly acknowledged the sorry state of Windows 11, and made vague promises about possible improvements somewhere in the near future, but stayed away from making any concrete promises. Today, the company published a blog post with some more details, including some actual concrete, tangible changes it’s going to implement over the coming two months. In coming builds, you’ll be able to move the taskbar to any side of the screen, instead of it being locked to the bottom, thereby reintroducing a feature present since Windows 95. They’re also scaling back their obsession with ramming “AI” in every corner of Windows, and will be removing Copilot integrations from Snipping Tool, Photos, Widgets, and Notepad. Furthermore, and this is a big one among Windows users I’m sure, Windows Update will be placed under user control once again, allowing them to ignore updates, postpone them indefinitely, reboot without applying updates, and so on. These are the tangible improvements we’ll be able to point to and say the company kept their word, and they all feel like welcome changes. There’s also a few promises that feel far more vague and less tangible, like the ever-present, long-running promise to “improve File Explorer”. I feel like Microsoft’s been promising to fix their horrible file manager for years now, without much to show for it, so I hope this time will be different. The company also wants to improve Widgets, the Windows Insider Program, and the Feedback Hub application. These all feel less tangible, and will be harder to quantify and benchmark. Beyond these first round of improvements that we’re supposed to be seeing over the coming two months, Microsoft also promises to implement wider improvements across the board, with the usual suspects like better performance, quicker application launches, improved reliability, lower memory usage, and so on. They also promise to move more core Windows user interface components to WinUI 3, including the Start menu, which is currently written in React. Windows Search is another common pain point among Windows users, and here, Microsoft promises to improve its performance and clearly separate local from online results (but no word on making search exclusively local). There’s some more details in the blog post, but overall, it sounds great. However, words without actions are about as meaningful as a White House statement on the war with Iran, so seeing is believing.
It’s only a small annoyance in the grand scheme of the utter idiocy that is modern Windows, but apparently it’s one enough people complained about Microsoft is finally addressing it. In all of its wisdom, Microsoft doesn’t allow you to set the name of your user’s home folder during the installation procedure of Windows 11. The folder’s name is automatically generated based on your Microsoft account’s username or email address, something I’ve personally really disliked since I have been using thomholwerda for as long as I can remember. Last year, they introduced an incredibly obtuse method of setting your own home folder name, but now the company is finally adding it as an optional step during the regular installation process. Expanding on our work which started rolling to Insiders last fall, you can now choose a custom name for your user folder on the Device Name page when going through Windows setup. This most recent update now makes it easier to choose a custom name. The naming option is available during setup only. If you skip this step, Windows will use the default folder name and continue setup as usual. ↫ Windows Insider Program Team This means you now have the option of defining your own home folder name, excluding CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM¹, COM², COM³, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, LPT¹, LPT², and LPT³. It’s a very small change, and certainly not something that will turn Windows’ ship around, but at least it’s something that’s being done for users who actually care. It’s also such a small change, such a small addition, that one wonders why it’s taken them this long. I’m assuming there’s already some incredibly complex and hacky way to change your automatically assigned home folder name by diving deep into the registry, converting your root drive back to FAT16, changing some values in a DLL file through a hex editor, and then converting back to NTFS, but this is clearly a much better way of handling it.
If this isn’t catnip to the average OSNews reader, I don’t know what is. Windows 95 is a comprehensive upgrade to the Windows 3.1 and Windows for Workgroups 3.11 products. Many changes have been made in almost every area of Windows, with the user interface being no exception. This paper discusses the design team, its goals and process then explains how usability engineering principles such as iterative design and problem tracking were applied to the project, using specific design problems and their solutions as examples. ↫ Kent Sullivan This case study was written in 1996 by Kent Sullivan, who joined the Windows 95 user interface team in 1992. I consider the second half of the ’90s as the heyday of user interface design, with Windows 9x, Apple’s Platinum in Mac OS 8 and 9, and BeOS’ Tracker/Deskbar as the absolute pinnacles of user interface design. Coincidentally, this also seems to mark the end of a more scientific, study-based approach to designing graphical user interfaces. Reading through this particular case study for Windows 95 feels almost quaint. Where are the dozens of managers pushing for notification spam, upsells, and dark patterns to enable expensive data-hoarding services? Why are none of the people mentioned in the study talking about sneaky ways to secretly and silently convert your local account to an online account? Where are all the “AI” buttons? Why is there n chapter on how to trick people into enabling telemetry data? The user interfaces of the late ’90s were the last ones designed by people who actually cared, by people who approached the whole process with the end user in mind, rooted in scientific data collected by simply looking at people use their ideas. They were optimised for the user as best they could, instead of being optimised for the company’s bottom line. It’s been downhill ever since.
The file system of the Windows operating system is NTFS, whether you’re running it on a desktop/laptop or server. It’s the only file system Windows can run on and boot from, at least officially, so you’re not even given a choice of file systems for the boot volume like you are on, say, desktop Linux. That’s about to change, though: Microsoft has finally announced that Windows Server will be able to boot from ReFS. We’re excited to announce that Resilient File System (ReFS) boot support is now available for Windows Server Insiders in Insider Preview builds. For the first time, you can install and boot Windows Server on an ReFS-formatted boot volume directly through the setup UI. With ReFS boot, you can finally bring modern resilience, scalability, and performance to your server’s most critical volume — the OS boot volume. ↫ chcurlet-msft at Microsoft’s Tech Community Without diving too much into the weeds, ReFS can roughly be seen as Microsoft’s answer to modern file systems like ZFS and Btrfs, with comparable design goals and feature sets. It’s been around since 2012, but only for Windows Server, and with every Windows Server release since, the company has improved performance, added new features, and fixed bugs. Now, in 2026, it seems Microsoft thinks ReFS is ready to be used as a bootable file system for Windows Server. If you want to try this for yourself, you need to be a Windows Insider and make sure you have Windows Server build 29531.1000.260206-1841 or newer. During installation, the Windows installer will ask you to choose between NTFS and ReFS; the rest of the installation process will be pretty much the same as before. Now all we need is to wait for ReFS to become an option on client versions of Windows too, which would mark – arguably – only the second time in history Windows transitioned from one default filesystem to the another.
Microsoft released an optional cumulative update for Windows 11, and for once, it actually includes something many of you might actually like: it adds Sysmon from Sysinternals to Windows natively, so you no longer have to install it manually. Here’s a refresher on what, exactly, Sysmon does. System Monitor (Sysmon) is a Windows system service and device driver that, once installed on a system, remains resident across system reboots to monitor and log system activity to the Windows event log. It provides detailed information about process creations, network connections, and changes to file creation time. By collecting the events it generates using Windows Event Collection or SIEM agents and subsequently analyzing them, you can identify malicious or anomalous activity and understand how intruders and malware operate on your network. The service runs as a protected process, thus disallowing a wide range of user mode interactions. ↫ Mark Russinovich and Thomas Garnier After installing the optional cumulative update in question, KB5077241, you can install Sysmon as an optional Windows component. Of course, this is Microsoft we’re talking about, so it’s not quite as straightforward as you’d think. In Windows 11, there’s two places to add optional Windows features, and in the case of Sysmon, you have to go to the old Windows features dialog instead of the new View or edit optional features one. And also, don’t forget to first remove the old Sysmon from Sysinternals in case you have it installed. After installation, run sysmon -i as an administrator to enable the feature.
The regular, consumer version of Windows 10 isn’t the only Windows release reaching or having reached end-of-life, now middling on under the Extended Security Updates program for the many people sticking with the venerable release. Windows 10 Enterprise LTSB 2016 (October 13, 2026), Windows 10 IoT Enterprise 2016 LTSB (October 13, 2026), and Windows Server 2016 (January 12, 2027) are all reaching end-of-life soon, too. On the listed dates, these versions of Windows will receive their final monthly security updates. As with Windows 10 for consumers, however, there’s a way out: the Extended Security Updates program will also kick in for these versions, offering critical and important security updates, and support relating to just those. The program will be offered for up to three years after official support ends, and won’t be free. For Server 2016 and and Enterprise LTSB 2016, pricing will be $61 per year, but it would double for every year after the first. Pricing for IoT Enterprise 2016 LTSB is available upon request. Of course, Microsoft urges you to upgrade to newer versions – Windows Server 2025, Windows 11 Enterprise LTSC 2024, and Windows 11 IoT Enterprise LTSC 2024 – but if you’re happy with your current version, you can at least get a three-year reprieve, for a price.
As if keeping track of whatever counts as a release schedule for Windows wasn’t complicated enough – don’t lie, you don’t know when that feature they announced is actually being released either – Microsoft is making everything even more complicated. Soon, Microsoft will be releasing Windows 11 26H1, but you most likely won’t be getting it because it’s strictly limited to devices with Qualcomm’s new Snapdragon X2 Series processors. The only way to get this version of Windows is to go out and buy a device with a Snapdragon X2 Series processor. Windows 11 26H1 will not be made available to any other Windows 11 users, so nobody will be able to upgrade to it. Furthermore, users of Windows 11 26H1 will not be able to update to the “feature update” for users of Windows 11 24H2 and 25H2, the regular Windows versions, planned for late 2026. Instead, Microsoft promises there will be an upgrade path for 26H1 users in a “future” release of Windows. Why? Devices running Windows 11, version 26H1 will not be able to update to the next annual feature update in the second half of 2026. This is because Windows 11, version 26H1 is based on a different Windows core than Windows 11, versions 24H2 and 25H2, and the upcoming feature update. These devices will have a path to update in a future Windows release. ↫ AriaUpdated at the Windows IT Pro Blog The same thing happened when Qualcomm releases its first round of Snapdragon processors for Windows, as Windows 24H2 was also tied to this specific platform. It seems Microsoft is forced to have entirely separate and partially incompatible codebases just to support Snapdragon processors, which must be a major pain in the ass to deal with. Considering Windows on ARM hasn’t exactly been a smashing success, one may wonder how long Microsoft remains willing to make such exceptions for a singular chip.
It’s been well over a year since Microsoft unveiled it was working on bringing MIDI 2.0 to Windows, and now it’s actually here available for everyone. We’ve been working on MIDI over the past several years, completely rewriting decades of MIDI 1.0 code on Windows to both support MIDI 2.0 and make MIDI 1.0 amazing. This new combined stack is called “Windows MIDI Services.” The Windows MIDI Services core components are built into Windows 11, rolling out through a phased enablement process now to in-support retail releases of Windows 11. This includes all the infrastructure needed to bring more features to existing MIDI 1.0 apps, and also support apps using MIDI 2.0 through our new Windows MIDI Services App SDK. ↫ Pete Brown and Gary Daniels at the Windows Blogs This is the kind of work users of an operating system want to see. Improvements and new features like these actually have a meaningful, positive impact for people using MIDI, and will genuinely give them them benefits they otherwise wouldn’t get. I won’t pretend to know much about the detailed features and improvements listed in Microsoft’s blog post, but I’m sure the musicians in the audience will be quite pleased. Whomever at Microsoft was responsible for pushing this through, managing this team, and of course the team members themselves should probably be overseeing more than just this. Less “AI” bullshit, more of this.
Have you ever wanted to read the original design documents underlying the Windows NT operating system? This binder contains the original design specifications for “NT OS/2,” an operating system designed by Microsoft that developed into Windows NT. In the late 1980s, Microsoft’s 16-bit operating system, Windows, gained popularity, prompting IBM and Microsoft to end their OS/2 development partnership. Although Windows 3.0 proved to be successful, Microsoft wished to continue developing a 32-bit operating system completely unrelated to IBM’s OS/2 architecture. To head the redesign project, Microsoft hired David Cutler and others away from Digital Equipment Corporation (DEC). Unlike Windows 3.x and its successor, Windows 95, NT’s technology provided better network support, making it the preferred Windows environment for businesses. These two product lines continued development as separate entities until they were merged with the release of Windows XP in 2001. ↫ Object listing at the Smithsonian The actual binder is housed in the Smithsonian, although it’s not currently on display. Luckily for us, a collection of Word and PDF files encompassing the entire book is available online for your perusal. Reading these documents will allow you to peel back over three decades of Microsoft’s terrible stewardship of Windows NT layer by layer, eventually ending up at the original design and intent as laid out by Dave Cutler, Helen Custer, Daryl E. Havens, Jim Kelly, Edwin Hoogerbeets, Gary D. Kimura, Chuck Lenzmeier, Mark Lucovsky, Tom Miller, Michael J. O’Leary, Lou Perazzoli, Steven D. Rowe, David Treadwell, Steven R. Wood, and more. A fantastic time capsule we should be thrilled to still have access to.
We often lament Microsoft’s terrible stewardship of its Windows operating system, but that doesn’t mean that they never do anything right. In a blog post detailing changes and improvements coming to the Microsoft Store, the company announced something Windows users might actually like? A new command-line interface for the Microsoft Store brings app discovery, installation and update management directly to your terminal. This enables developers and users with a new way to discover and install Store apps, without needing the GUI. The Store CLI is available only on devices where Microsoft Store is enabled. ↫ Giorgio Sardo at the Windows Blogs Of course, this new command-line frontend to the Microsoft Store comes with commands to install, update, and search for applications in the store, but sadly, it doesn’t seem to come with an actual TUI for browsing and discovery, which is a shame. I sometimes find it difficult to use dnf to find applications, as it’s not always obvious which search terms to use, which exact spelling packagers are using, which words they use in the description, and so on. In other words, it may not always be clear if the search terms you’re using are the correct ones to find the application you need. If package managers had a TUI to enable browsing for applications instead of merely searching for them, the process of using the command line to find and install applications would be much nicer. Arch has this third-party TUI called pacseek for its package manager, and it looks absolutely amazing. I’ve run into a rudimentary dnf TUI called dnfseek, but it’s definitely not as well-rounded as pacseek, and it also hasn’t seen any development since its initial release. I couldn’t find anything for apt, but there’s always aptitude, which uses ncurses and thus fulfills a similar role. To really differentiate this new Microsoft Store command-line tool from winget, the company could’ve built a proper TUI, but instead it seems to just be winget with nicer formatted output that is limited to just the Microsoft Store. Nice, I guess.
What happens when you slopcode a bunch of bloat to your basic text editor? Well, you add a remote code execution vulnerability to notepad.exe. Improper neutralization of special elements used in a command (‘command injection’) in Windows Notepad App allows an unauthorized attacker to execute code over a network. An attacker could trick a user into clicking a malicious link inside a Markdown file opened in Notepad, causing the application to launch unverified protocols that load and execute remote files. ↫ CVE-2026-20841 I don’t know how many more obvious examples one needs to understand that Microsoft simply does not care, in any way, shape, or form, about Windows. A lot of people seem very hesitant to accept that with even LinkedIn generating more revenue for Microsoft than Windows, the writing is on the wall. Anyway, the fix has been released through the Microsoft Store.
Gadgets, desk accessories, widgets – whatever you they were called, they were a must-have feature for various operating systems for a while. Windows in particular has tried making them happen six times, and every time, they failed to really catch on and ended up being killed, only for the company to try again a few years later. Microsoft has been trying to solve the same UX problem since 1997: how to surface live information without making you launch an app. They’ve shipped six different implementations across nearly 30 years. Each one died from a different fundamental flaw – performance, security, screen space, privacy, engagement. And each death triggered the same reflex: containment. ↫ Pavel Osadchuk There’s quite a few memories in this article. I never actually used Active Desktop back when it came out, because I seem to remember the channels feature was either not available in The Netherlands or the available channels were American stuff we didn’t care about. The sidebar in Vista had a lot of potential, and I did like the feature, but there weren’t a lot of great widgets and we hadn’t entered the era of omnipresent notifications begging for out attention just yet, so use cases remained elusive. Now Metro, that’s where things came together, at least for me. I was en enthusiastic Windows Phone user – I imported two Windows Phone devices from the US to be an early adopter – and I still consider its live tiles with notifications and other useful information to be the most pleasant user interface for a mobile device, bar none. It may have taken Microsoft six tries, but they nailed it with that one, and I’m still sad the Windows Phone user interface lost out to whatever iOS and Android offered. On desktops and laptops, though, it’s a different story, and I don’t think the Metro tiles concept ever made any sense there. Widgets as they exist in Windows now mostly seem like an annoying distraction, and I’ve never seen anyone actually use them. Does anyone even keep them enabled at all?
It’s no secret that Windows 11 isn’t exactly well-liked by even most of its users, and I’m fairly sure that perception has permeated into the general public as well. It seems Microsoft is finally getting the message, and they’re clearly spooked: the company has told The Verge that they have heard the complaints, and intend to start fixing many of the issues people are having. The feedback we’re receiving from our community of passionate customers and Windows Insiders has been clear. We need to improve Windows in ways that are meaningful for people. This year, you will see us focus on addressing pain points we hear consistently from customers: improving system performance, reliability, and the overall experience of Windows. ↫ Pavan Davuluri, head of Windows, to The Verge This entire statement is utterly meaningless. I have zero faith in words; only actions will do. Microsoft has made many promises over the years, and they have a history of simply not following through on them. Up until this year is over and there have been material improvements in Windows 11 that we can measure, see, and point to, nothing has changed between the day before the statement and the day after. Anyone taking this at face value and reporting it as such is an idiot. This means that at the end of this year, Windows 11 should be faster, more stable, experience far fewer breaking updates, have fewer – nay – zero ads, a far more consistent user interface, proper local account support, and more. If these things haven’t become reality once the countdown runs out and on 31 December, Microsoft lied to our faces once more. Until then, don’t use Windows.
Since I have no qualms about kicking a proprietary software product while it’s down, let’s now switch to NTDEV‘s thoughts on the state of Windows 11. Unfortunately, the issue that plagued Windows since the dawn of time has only aggravated recently. Windows 11 is a mixture of old and new technologies that are glued together, with decades of legacy code that simply refuses to die (because if it did a lot of corporate costumers would complain, and whether we like it or not they are paying big cash for support to Microsoft). Also, it tries to have a “modern” UI that unfortunately not only is inconsistent, but also it’s too heavy for its own good, being just a lipstick on a bloated old pig. Last, but certainly not least, it is full of AI features that most people didn’t ask for, some are even actively feared (see Recall) and are also quite lacking in polish and usefulness. Until Microsoft stops treating Windows as an “AI innovation platform” of sorts and starts treating it as the stable, reliable tool it was always meant to be, the user experience will continue to feel like a battle between the person sitting at the desk and the company that built the desk. ↫ NETDEV When even some of the most knowledgeable and respected Windows/Windows NT developers and experts are this down on the current state of Windows, you know things are way worse than we even know from just following the news and our own experiences. Back in 2024, I stated that I firmly believe we will see Windows – or at least, huge, crucial chunks of it – shift to an open source development model, as it’s the only way for Windows to move forward without crumbling into itself. It would also be a massive cost-cutting and personnel-culling step for Microsoft, something that seems to become ever more relevant now that the company bet massively on “AI”, without any of it paying off. They’re going to need to do some serious cost-cutting once the “AI” bubble bursts, and Windows will definitely be the first on the chopping block. As a side note, the step to release Windows as open source won’t be nearly as difficult or problematic as people think. In fact, Microsoft has provided access to the source code behind Windows and various other products for decades, and countless governments and organisations have access to said source code. On top of that, the source code to Windows XP and Server 2003 is out there, hosted on GitHub, and various other leaks have occurred as well over the years. While I’m sure a large clean-up effort would still be required, and while it surely will be a big engineering effort, if there were any truly shocking things in the code Microsoft wouldn’t want the world to see we’d already know by now. I’m getting the strong feeling Microsoft is trying to squeeze every last drop of revenue out of Windows before it ends up on the chopping block. Windows will definitely not be axed, but cost-cutting is inevitable.
Developing for Windows seems to be a bit of a nightmare, at least according to Microsoft, so they’re trying to make the lives of developers easier with a new tool called winapp. The winapp CLI is specifically tailored for cross-platform frameworks and developers working outside of Visual Studio or MSBuild. Whether you are a web developer building with Electron, a C++ veteran using CMake, or a .NET, Rust or Dart developer building apps for Windows, the CLI can streamline the complexities of Windows development – from setting up your environment to packaging for distribution. This makes it significantly easier to access modern APIs – including Windows AI APIs, security features and shell integrations – directly from any toolchain. Windows development often involves managing multiple SDKs, creating and editing multiple manifests, generating certificates and navigating intricate packaging requirements. The goal of this project is to unify these tasks into a single CLI, letting you focus on building great apps rather than fighting with configuration. While the CLI is still in its early days, and there are many Windows development scenarios still in the works, we’re sharing this public preview now to learn from real usage, gather feedback and feature requests, and focus our investments on the areas that matter most to developers. ↫ Nikola Metulev at the Windows Blogs For instance, run the command winapp init at the root of your project, and winapp will download the proper SDKs, create manifest files, etc., all automatically. You can also generate the correct certificates, easily create MSIX packages, and more. The tool is available through winget and npm (for Electron projects), but is still in preview, with the code available on GitHub.
I totally forgot you could do this, but back in the Windows 9x days, you could hold down shift while clicking restart, and it would perform a sort-of “soft” restart without going through a complete reboot cycle. What’s going on here? The behavior you’re seeing is the result of passing the EW_RESTARTWINDOWS flag to the old 16-bit ExitWindows function. What happens is that the 16-bit Windows kernel shuts down, and then the 32-bit virtual memory manager shuts down, and the CPU is put back into real mode, and control returns to win.com with a special signal that means “Can you start protected mode Windows again for me?” The code in win.com prints the “Please wait while Windows restarts…” message, and then tries to get the system back into the same state that it was in back when win.com had been freshly-launched. ↫ Raymond Chen There’s a whole lot more involved behind the curtains, of course, and if conditions aren’t right, the system will still perform a full reboot cycle. Chen further notes that because WIN.COM was written in assembly, getting back to that “freshly-launched” state wasn’t always easy to achieve. I only vaguely remember you could hold down shift and get a faster “reboot”, but I don’t remember ever really using it. I’ve been digging around in my memories since I saw this story yesterday, and I just can’t think of a scenario where I would’ve realised in time that I could do this.
It’s no secret that the Windows 95 installer uses a heavily stripped-down Windows 3.10 runtime, but what can you actually do with it? How far can you take this runtime? Can it run Photoshop? It is a long-standing tradition for Microsoft to use a runtime copy of Windows as a part of Windows Setup. But the copy is so stripped-down, it cannot run anything but the setup program (winsetup.bin). OR IS IT? A mini-challenge for myself: create a semi-working desktop only based on runtime Windows 3.10 shipped with Windows 95 installer but not using any other Microsoft products. ↫ Nina Kalinina A crucial limitation here is that Kalinina is not allowing herself to use any additional Microsoft products, so the easy route of just copying missing DLLs and other files from a Windows 95 disk or whatever is not available to her; she has to source any needed files from other sources. This may seem impossible, but during those days, tons of Windows (and even DOS) applications would ship with various Microsoft DLLs included, so there are definitely places to get Windows DLLs that aren’t coming directly from Microsoft. As an example, since there’s no shell of any kind included in the stripped-down Windows 3.10 runtime, Kalinina tried Calmira and WinBar, which won’t work without a few DLLs. Where to get them if you can’t get them straight from Microsoft? Well, it turns out programs compiled with later version of MSVC would include several of these needed DLLs, and AutoCad R12 was one of them. WinBar would now start and work, and while Calmira would install, it didn’t work because it needs the Windows Multimedia Subsystem, which don’t seem to be included in anything non-Microsoft. It turns out you can take this approach remarkably far. Things like Calculator and Notepad will work, but Pain or Paintbrush will not. Larger, more complex applications work too – Photoshop 2.5.1 works, as does Netscape, but without any networking stack, it’s a little bit moot. Even Calmira XP eventually runs, as some needed DLLs are found inside “Mom For Windows 2.0”, at which point the installation starts to look and feel a lot like a regular Windows 3.x installation, minus things like settings panels and a bunch of default applications. Is this useful? Probably not, but who cares – it’s an awesome trick, and that alone makes it a worthwhile effort.
We all knew this was going to happen, so let’s just get it over with. Microsoft is testing a new feature that integrates Copilot into the File Explorer, but it’s not going to be another ‘Ask Copilot’ button in the right-click menu. This time, Copilot will live inside File Explorer, likely in a sidebar or Details/Preview-pane-like interface, according to new references in Windows 11 preview builds. ↫ Mayank Parmar at Windows Latest What am I even supposed to say at this point? Who wants this? Why utterly destroy what little reputation and goodwill Windows has left? Has the hype bubble become this clouded and intoxicating? Even system administrators who want to turn off Copilot in their organisations or device fleets in an official, supported way are getting punched in the face by Microsoft. The company rolled out a new Group Policy to disable Copilot, but it’s such a useless mess it might as well not be there at all. This essentially means that IT admins will only be able to uninstall the Copilot app for customers where their device has both Copilot apps installed by either a clean install or by the IT team itself, as long as the Copilot app has not been opened in a month. So, even if you accidentally open the Copilot app for a second because it’s there in your Windows taskbar, the Copilot app won’t be uninstalled. ↫ Usama Jawad at Neowin You shouldn’t be using Windows.
Ever noticed your computer acting sluggish or warning you about low storage? Temporary files could be the sneaky culprit. Windows creates these files while installing apps, loading web pages, or running updates. Left unchecked, they pile up and hog valuable space. Luckily, clearing them out is easier than cleaning your kitchen junk drawer. Let’s explore Storage Sense, Disk Cleanup, manual deletion, and a few bonus performance tips to keep your PC running like new. ↫ Microsoft Windows Learning Center You may think this is one of those junk SEO articles generated by “AI” to trap Google searches, but no, this is published by Microsoft on Microsoft’s website. Instead of fixing the long-standing and well-known problems around Windows being absolutely terrible at keeping itself clean and functional over longer periods of time, the company figured it’d be a better idea to just keep shoving that responsibility unto users instead. None of the tools mentioned in this article should need to be run or set up by users manually. A computer is supposed to make life less tedious, not more so, and I already have enough cleaning up and laundry to do out here in the real world, and I don’t want to be bothered with it on my computer. Why on earth am I supposed to manually remove unnecessary Windows Update files? Why did Adobe installers leave about 15GB of old installers in some directory inside C:/Windows on my wife’s computer that I had to remove using a third party tool? In what universe is this okay? Sometimes I wonder how much of our collective time is wasted just by dealing with Windows on a day-to-day basis in our society. Imagine the time we could reclaim and spend on our loved ones, families, and hobbies instead, if only Windows was developed by people with even a modicum of competency.
