Word 2007也许是其中进展最快的。Word中的多个文档会生成多个功能完整的窗口（有自己的标题栏、菜单、Ribbon工具栏等），并且所有内容都显示在桌面上。每个窗口在任务栏上还显示有一个按钮，这样就可以更容易在多个显示器上进行切换和定位。
多个Word文档，每个都有一个独立的窗口。
不打开任何文档，只能看见一个简陋的应用程序窗口。
Windows中的每个应用程序都需要一个窗口，而这种需求并不会因为没有打开文档而消失。因此，Word可供选择的余地很少，只能显示丑陋的应用程序窗口。如果没有窗口，则应用程序根本没有可存在的场所，因为窗口就是应用程序。
其实Word的这种情况并不是最糟糕的，Excel面对的问题才麻烦。Excel需要创建傀儡窗口，而这种窗口的唯一用途就是供在不同窗口中进行类似“任务栏”方式的窗口切换。但这就是该程序的实现方式：Excel依然是MDI应用程序，多个文档那个依然会被限制在应用程序窗口内部。
虽然在任务栏上有傀儡按钮，但Excel依然是MDI程序。
Excel的这种问题令人非常头疼，因为任务栏上的傀儡按钮身子和无法显示缩略图。这种问题还出现在alt-tab切换操作中，Excel对每个文档都会显示一个（无缩略图）的按钮，同时还会显示一个额外的（有缩略图）按钮，代表实际的Excel窗口。
傀儡按钮还会显示在alt-tab切换操作中。
这些解决方法在Windows的基本设计中不仅作用有限，而且有时候也会削弱MDI提供的便利之处。通过使用MDI，要关闭某一应用程序以及打开的 所有文档，或者同时显示或隐藏所有文档，只需要一个很简单的操作。而Word和Excel所用的混合方法并不能用同样快速或简单的方式实现此类操作。
另一种因为Windows的设计而显得不便的应用程序是大部分时间在后台运行，但需要定期显示通知或消息的程序，即时通讯软件通常就属于这种类型。 大部分时候，此类IM软件虽然在运行，但我们不需要看到该程序的任何窗口，同时我们也不希望因为关闭窗口而关闭了该程序，我们能需要在关闭窗口后，程序可 以在后台运行。在Windows中，对于这种功能缺乏有效的实现方法。如果某个应用程序不显示窗口，通常就意味着该程序完全没有运行。对于这种问题，常见 的解决方法是使用通知区域（通常被错误地叫做“系统托盘”）对运行中，但不显示窗口的应用程序提供访问准备。
任务栏的演变
结合上文，Windows 95最初的设计就显得非常合理了。每个任务栏按 钮都对应一个运行中的程序，而且任务栏对运行中的应用程序提供了非常便利的切换方法。有时候，某一应用程序可能包含多个文档，但有时可能只包含一个文档， 不过在任何情况下，按钮本身的含义都是完全相同的，按钮对应的就是应用程序，而任务栏是用于切换应用程序的。作为一种完全不同的机制，开始菜单则是用于启 动应用程序的。
就算在Windows 95中，这种设计的缺陷也是显而易见的，因为自从Windows 95时代，通知区域就开始被后台运行的应用程序滥用，随后的软件开发趋势则使得这一缺陷更加明显。大量使用MDI方式导致的问题在于，这种方式破坏了任务栏按 钮和运行中的应用程序之间的“单相关”性，使得用户在使用过程中遇到越来越多奇怪和互相冲突的结果。正因为如此，IE4中新的外壳使得工具栏可以停靠在任 务栏上，但同时依然保留应用程序切换（有时也用于文档切换）按钮，但同时可以提供各种附加的功能，例如地址栏（随后还逐渐出现了输入法选项、 Windows Media Player控件，以及搜索功能），以及更重要的变动：添加快捷方式。
Windows 98中的Word 97。
额外增加的快速启动工具栏意味着，任务栏已 经可以包含运行中的应用程序之外的其他内容，同时还可以包含没有运行的应用程序。同时，这种变化也促成了三个概念：代表没有运行的程序的图标，代表运行中 的应用程序的图标，以及代表文档的图标。最初任务栏单一的用途正在被改变，不再只能用于切换应用程序，任务栏已经开始包含“应用程序启动”以及“
