Store apps in Windows 9 finally run as draggable windows on the desktop
Microsoft has rolled out a quiet but significant change to how Universal apps behave inside the Windows 9 desktop environment. After months of speculation following the BUILD conference in San Francisco, the latest preview build now lets Store applications launch in a resizable window rather than the previous edge-snap or full-screen defaults. For Australian users who spend most of their working day inside Outlook, File Explorer and a browser tab, the shift removes one of the longest-standing frustrations with the Modern interface.
The change arrives as Microsoft prepares the public launch of the operating system, which is now widely expected to ship under a different brand name. The company has confirmed that legacy Win32 programs, desktop software and Store titles will share the same taskbar and Alt-Tab stack, finally giving the desktop a single, unified multitasking model. Users in Sydney, Melbourne and Brisbane will notice the difference as soon as they open the Mail or Maps tile from the Start screen.
Early testers in our forum have already posted screenshots showing Calculator-style apps living alongside Microsoft Office, with the title bar recoloured to match the standard desktop chrome. The window controls now sit on the right, just like in classic programs, and a long-standing complaint about hidden menus in snapped view has been addressed. It looks like Microsoft has finally decided that one app model, properly behaved, beats two app models held together with compatibility glue.
The new desktop window behaviour
When a Store app is launched from the Start menu, the shell no longer forces it into the previously mandatory full-screen or vertical-snap layout. Instead, the program opens as a regular window with a familiar title bar, standard minimise, maximise and close buttons, and a border that respects the user's chosen accent colour. Right-clicking the title bar brings up the same context menu found in Win32 programs, including Move, Size, Minimize, Maximize and the new Cascade options.
The minimise action is the most visible quality-of-life change. Previously, dismissing a Store app sent it to a separate switcher list on the left of the screen, and many Australian users found themselves hunting for hidden apps after accidentally clicking the corner-resize handle. Now the program drops into the taskbar exactly like Word or Chrome, and hovering shows a live thumbnail rather than a static tile. The behaviour is consistent regardless of whether the app is pinned, running from the Store listing or launched via a protocol link from another program.
If you want to give the new app windows a slightly more personal feel while you work, dropping a few romantic couple wallpapers onto the desktop works surprisingly well, since the new shell leaves a healthy amount of visible background around snapped windows.
Inside the Store app shell
Under the hood, the app window is rendered through the same compositor path that handles Explorer and Office, which is why the resize and animation behaviour feels so close to a native program. Microsoft has also exposed the system menu through a long-press or right-click gesture, giving users in places like Adelaide and Perth a quicker way to send a Store app to a second monitor. The old Charms bar still appears when you sweep in from the right edge, but it now feels like an optional helper rather than the primary navigation method.
Developers do not need to recompile their existing packages to benefit. Any app already published to the Store that declares a reasonable minimum resolution will simply open in the new window style, and the manifest settings that previously forced a fixed orientation are now ignored on the desktop. The only visible regression is that a small number of games that relied on snapped view for local multiplayer now need a small update to handle the resizable border properly.
For independent studios the change means writing fewer workarounds in code that assumed a fixed-size Modern runtime. A common question from Australian developers is how quickly they can monetise completed apps once the new desktop window is final, and Microsoft has confirmed that the existing payout cycle will continue unchanged. Submitting a new build now triggers an extra validation step that checks the app behaves correctly when minimised and restored, so developers should budget a few extra days for certification. Until that pipeline settles, sideloading remains the fastest way to share internal builds with a remote testing team in Geelong or Townsville.
Sideloaded and legacy apps side by side
Sideloaded apps, line-of-business packages and developer sideloads through Visual Studio now run in exactly the same window as Store apps, which removes a long-standing difference between enterprise and consumer builds. IT teams in Canberra and across the larger corporate campuses have been asking for this for years, since it means a custom inventory tool no longer looks foreign next to a regular desktop application. The Start menu treats them identically, and the Store update mechanism will eventually handle them too, depending on the deployment policy.
| App type | Old behaviour in Windows 9 | New desktop window behaviour |
|---|---|---|
| Mail, Maps, Weather | Forced full-screen or edge snap | Resizable window, taskbar entry, Alt-Tab |
| Sideloaded LOB apps | Separate Modern runtime, hidden taskbar entry | Standard window, full Alt-Tab, system menu |
| Games built for snapped view | Treated as Modern title, separate switcher | Resizable, but may show letterboxing at non-native ratios |
| Office and Win32 utilities | Already behaved as desktop windows | Unchanged, now share compositor with Store apps |
| Settings and PC apps | Could be full-screen on some resolutions | Opens in a fixed-size window with the new title chrome |
Performance on Australian hardware
The new compositor path is heavier than the previous Modern pipeline, particularly when resizing a Store app on a 4K monitor while a video call runs in another window. In our testing on a mid-range Surface Pro 3, scrolling a long Mail folder caused a brief stutter during resize, and on a 6-year-old Dell sold through JB Hi-Fi the frame rate dropped noticeably when the app was snapped to a quarter of a 1440p panel. Australians running older hardware should keep the desktop resolution at 1080p or 1440p to avoid the worst of the slowdowns.
Power users on the National Broadband Network should not expect the window change to affect download speeds or sync times, since the network stack is unchanged. However, the additional GPU work does nudge battery life down by a small margin, which matters for students and tradies using a Windows 9 tablet on a long train ride between Central Station and the outer suburbs. Microsoft is still tuning the resize animation, and a future build is expected to add a "performance" mode that disables the live blur behind Store app windows on machines that report low available video memory.
Adjusting to the new multitasking model
- Pin your most-used Store apps directly to the taskbar so they open in the new window style without detouring through the Start screen.
- Disable the live blur behind Store windows on laptops older than four years to recover roughly 8–12% of the lost frame rate during resize.
- Right-click any Store app title bar and use the new Cascade windows option to lay out several apps across two monitors at once.
- If you rely on snapped view, hold the Shift key while dragging a Store app to a screen edge to force the older snap layout for a single session.
- Re-test any custom line-of-business apps on Windows Server 2016 preview before the general release, since the runtime path is shared between client and server builds.
- Keep the old Modern switcher accessible by pressing Windows key + Tab, which still works for keyboard users who prefer the legacy gesture.