161 karma · joined December 11, 2011
fwiw, here's a good presentation of the design rationale behind the use of animations in Windows 8: http://channel9.msdn.com/Events/Build/BUILD2011/APP-206T
Gestures: http://channel9.msdn.com/Events/TechDays/Techdays-2012-the-N...
The frustrating thing about reading Daniel Dilger's articles is that he's actually a good deal more knowledgeable than most tech pundits and occasionally even insightful, but his worldview is so Apple-centric that he's blind to having any idea what his blind spots are. This article is a case in point, almost everything factual in it about Microsoft is wrong, to wit:
* Zune wasn't a low-budget project (it was actually funded fairly lavishly, in part because it was meant partly as a kind of pilot project for developing new Microsoft design aesthetics / patterns / practices)
* Zune wasn't based on web technologies (it used Yet Another Internal UI Framework). Neither is Windows 8 really (there is a web-based UI framework, along with a native one, but they both sit on top of native APIs)
Windows 8 has nothing in common with Zune codebase-wise, and UI/design-wise though there's a family lineage between them it was developed independently from the Zune->Windows Phone line (which itself has changed a lot over the years) and diverged quite a bit
* he still apparently thinks the new Windows UI is a "thin layer" on top of old Windows, which I think he still imagines as Windows XP or whatever. in previous posts he was having fun comparing it to Bob. I think that's fundamentally wrong - while the new environment isn't really separate from existing Windows it's imo misleading to think of it as a "thin upper layer", because developing it involved making deeper changes & refactorings to every layer of the system (ARM support, window hardening, MoCOM, PLM, app model, async, etc.)
* see, not only does his ignorance lead taking jabs at MSFT that don't make sense, it leads to him missing out on potential avenues of attack that WOULD make sense - he could make fun of the ridiculous UI framework fragmentation problem Microsoft has, which is an area where Apple actually has its shit together and has for some time.
In fact it's none of those things - the new environment/UI isn't a new shell running on top of, underneath, or alongside the existing shell. Rather, it's a set of new features added and refactorings made to every layer of the existing system, together with a set of policies designed to create the effect of a fresh new environment by encouraging/enforcing a path through only the "new" parts of each layer.
So, for example, the app permissions / sandbox that new-style apps run in is actually a new general low-level system feature that desktop apps can use too - IE10 desktop uses it for "Enhanced Protected Mode". But this isn't really being publicized or promoted because why would desktop app developers rewrite their code to work with it? Similarly the windows that new-style apps run in aren't being controlled by some separate window manager, they are just regular windows (HWND) in the existing window manager - but that window manager has new features for smoother composition/animation and touch manipulation of windows, and new security features to enforce Z-order rules so apps can't pop up windows on top of new-style apps or steal focus or whatever. Most of the new WinRT APIs aren't available to desktop apps but there is no fundamental purely technical reason they can't be. And so on.
edit: I guess it depends on your window size - if you shrink it horizontally it does only show 6 items. Though I'm not quite sure why there need to be so many layout options anyway - what exactly are Tiles and Content view for?
Compare with music theory for example - "pivot tones" are a way of making a smooth connection between chords in a harmonic progression, by keeping one or more notes the same while changing the others. Through a sequence of chord changes you can end up somewhere harmonically radically different from where you started, yet still keep each individual step smoothly connected to what came before.
Groove -> Office Groove -> SharePoint Workspace (not SharePoint in general)
Office Communicator -> Lync (unrelated to Groove, internally developed from the start I think)
If that's what they're doing, I think it's the right decision - the UI conventions themselves are different between the phone and Windows 8 (more than people realize, despite having a similar visual aesthetic), so you'd have to rewrite much of the UI anyway - so why break compatibility with WP7.x.