对于类似记事本以及Word的应用程序，对每个文档需要使用一个窗口，在Windows 7中还增加了一种有效的两级协商机制。任务栏按钮会显示在应用程序中打开的窗口，而按钮对应的缩略图会显示程序内的所有窗口。
然而这种文档切换界面也并不是完全一致的，MDI应用程序会破坏这种一致性。MDI应用程序的子窗口无法通过任务栏访 问，也无法为每个子窗口创建缩略图，而且通过任务栏甚至完全无法得知子窗口的存在。不过对于这种功能，还是有望实现的。新的任务栏使得应用程序可以为自己 的每个子窗口创建缩略图，并且并不需要借助类似Excel 2007中那种不够方便的方法，就可以直接切换子窗口。IE 8是个已经实现此类功能的程序，IE8的任务栏缩略图中可显示每个标签的内容，这样就可以通过任务栏直接访问浏览器内不同标签的内容。这种技术还可轻易扩 展到不同MDI应用程序中，这样Windows就可以用一致的方式对待MDI和非MDI应用程序。
这些缩略图都属于同一个窗口
这种新的任务栏还 至少能为无窗口的应用程序提供一种不需要借助通知区域即可运行的方式。该功能最好的例子是Windows Live Messenger，关闭所有聊天窗口并不会删除该程序的任务栏图标，只要不明确退出该程序，图标就会一直显示在任务栏上。WLM已经不再需要单纯为了避 免最后一个窗口关闭后被退出，而将自己放在通知区域中。同时，以往通过通知区域图标打开的弹出菜单可借助名为跳跃列表的功能在任务栏图标上直接实现。这样软件就比不“染指”通知区域，但依然能提供包含各种选项的任务栏按钮。
从托盘图标...
... 到跳跃列表
任务栏最 后一个变化是，运行中和没有运行中的应用程序可以更好的组合在一起。我们可以 将程序“钉”到任务栏上，这意味着哪怕将程序退出，该程序的图标依然会显示在任务栏上。通过这种方式，新的任务栏可以削弱快速启动工具栏在启动和切换应用 程序方面的差异，这样，启动和切换成了相同的操作，只要点击对应的图标即可。
正是这最后一个功能，以及删除文字标签，以及增大图标体积，这些改变配合在一起组成了全新的，并且和Dock类似的任务栏。但并非所有人都同意启动和切换应用程序是类似的操作，同时也并非所有人都赞许这种用很细小的视觉差异区分不同程序，不过至少在目前，对于这个问题，貌似微软和Apple已经获得了共识。
然而除此之外，不同之处还是存在的。任务栏依 然像是窗口切换工具，而非应用程序切换工具。虽然这些操作在Windows上曾经是相似的，但现在已经成了完全不同的操作。因此，在Dock上一些很容易 实现的操作，例如切换到其他应用程序，并将该程序的所有窗口都放在最前，以往对于老的MDI应用程序是很容易实现的，但通过任务栏却无法实现。不过以窗口 为主的操作（例如“关闭”、“最小化”等）可以通过任务栏实现，但无法在Dock上实现。
这种差异的表现可能很细微：窗口、文档、应用程序，从UI的角度来看，这些概念都代表了相同的内容，但在具体的使用中却会获得不同的体验。Dock在管理和快速切换过多窗口方面，做的一直很糟糕，而任务栏在 多个应用程序之间切换时做的也不够好。任务栏和Dock在表面上确实有一定的相似，不过不同的理念也导致了一些实际操作中的不同。更重要的是，自从在 1995年首次出现后，任务栏的开发过程非常符合逻辑规律。任务栏和Dock之间的相似性完全算是巧合，但实际使用中的差别很大。
最终，这种新的任务栏从任何角度来看，都不属于对Mac的模仿，只有爱磨嘴皮子的分析师才会这样说。对于微软模仿Mac OS X开发Windows这种观点，实际上没有任何实际证据，因为这些相似性仅仅是源自一些流于表面的东西。
理念的回归？
也就是说，哪怕在以后，我们也不可能看到Windows使用类似“文档即窗口”的概念，并结束目前在Word、Excel，或其他软件中看到的莫名 其妙的“无文档窗口”的现象。但为了解决这种问题，还可以使用类似Windows Live Messenger在Windows 7中所用的方法，就算关闭最后一个窗口，依然维持任务栏上 的图标。通过和其他窗口管理操作相配合（例如将同一特定应用程序的所有窗口都放到最前端），Windows可以提供最好的操作方式：类似Mac OS X中以文档为中心的UI，几乎完全相同的应用程序和文档切换方式，以及将文档窗口脱离对应应用程序容器随意放置，并能通过任务栏实现快速的窗口切换和管 理。
