心弦

终于有人专门撰文讨论Mac OS X中那个该死的"Zoom"按钮（如下图中的绿色按钮）的设计了，我本来也想写一篇的，现在大致翻译一下就行了！

有时候缩放、有时候最大化、有时候又是没人能解释的古怪行为。自Mac OS X Public Beta以来，OS X中的绿色按钮就一直让人讨厌，现在已经到了Apple必须作出调整的时候了。

简要回顾

这一实际被称为"缩放"的按钮，在Mac OS X之前就出现了（至少可以追溯到System 6），在当时的Macintosh窗口标题栏中，它是仅有的两个按钮之一（另外一个是"关闭"按钮），此时缩放按钮的实际效果和它的设计初衷是一致的：根据窗口内所包含内容的数量，放大或缩小窗口。第二次点击这个按钮时，窗口将回到之前的状态，类似于文本编辑器中常用的"还原（Undo）"。

用户总是可以通过拖拽右边的角来改变窗口大小，不过使用鼠标来完成这个工作并不是那么精确，并且既然计算机清楚地知道窗口调整至多大可以消除滚动条，这个操作也是不必要的。当你把文件加入到文件夹、或者从中删除时，你可以点击缩放按钮来快速地将窗口调整至合适的大小，以便提高效率。在一个设计为以拖拽的方式来将文件从一个窗口移动到另一个的操作系统中，上述设计非常有用。

在MacOS古典系统（7-9）接下来数年的不断更新中，缩放按钮不仅一直保持了这样良好的设计，甚至获得了最大化窗口的能力（点缩放按钮前按住Option键）。

当事情开始变坏

在OS X还是beta版本时，设计师就打算引入缩放按钮，并使之变为绿色按钮。然而原有设计并没有被直接移植过来。在OS X的早期版本中，Finder窗口似乎忽视了Dock的存在，点击绿色按钮将使Finder窗口扩大化至屏幕底端，结果右下角的缩放角（resize corner）被Dock盖住了。

此外，Finder看起来无法记忆其窗口大小。即使偶尔绿色按钮正确地调整了窗口的大小，使其滚动条（scrollbar）消失，如果关闭并重新打开这一Finder窗口的话，滚动条又会出现。

即使是最新的Mac OS X 10.4.9，在使用列表视图（list view）的情况下，Finder仍然无法正确调整窗口大小，哪怕其中的文件或文件夹还不到10个。更糟的是，第二次点击绿色按钮并没有还原Finder窗口的原有大小，而是重新挑选一个尺寸，而且每次挑选的都比上次的差。

比如说，我把"应用程序"文件夹设置成图标视图（icon view），按照文件名来排列，三列宽。此时如果我点击绿色按钮，应该会怎么样？这个窗口应该伸展，上至顶部菜单下至Dock，横向也要作出调整，以便尽可能的显示出超过100个图标。但实际上呢？此窗口在横向进行了伸缩，结果现在只能显示两列图标，第三列宽度有所缩小，内容变成了空白。嗯……让我们再一次点击绿色按钮。现在窗口再次缩小以至于图标只剩下了一列，剩下的空间都变成了空白。为什么不再来一次看看会怎样？这回窗口横向伸展了太多，结果底部都出现了滚动条。再点？现在，窗口在纵向上伸展到了屏幕外面，缩放角不见了，缩放功能完全不可用了（看屏幕截图）。唯一修正窗口大小的办法，就是关掉工具栏并按绿色按钮。这才是直觉的（Gee, that was intuitive）。

Finder各种稀奇古怪的行为都够写本书的了（虽然其内容会令人沮丧，也不会好卖，但绝对可以构成一本书）。然而Finder并非是绿色按钮表现不正常的唯一程序。在使用"预览（Preview）"查看一张尺寸比当前屏幕分辨率小的图片时，绿色按钮可以使预览窗口扩大，但没有全屏。它也不会扩大图片，仅仅是在图片周围增加了一大片灰色区域。

在Safari中，绿色按钮应该使窗口水平伸展，来适应当前网页的尺寸。有时候它移动了整个浏览器窗口，使标题栏（titlebar）位于屏幕中央，状态栏跑到了屏幕外。有时候它仅仅把浏览器窗口向右面移动1-2个像素，原本被浏览器遮住的窗口在左面隐约可见。对于这种不确定性，我真是有些茫然。

对于OS X上存在时间最长的控件之一，此类怪异且无用的行为绝对是不可接受的。这些曾经在过去的系统中简单且一致的东西，现在的表现让老Mac用户十分沮丧。

绿色按钮并不是最大化按钮

Windows用户的感受可能更糟，因为他们早已对Windows上面关闭、最小化和最大化的按钮非常熟悉。既然OS X的窗口同样有3个按钮（仅仅是在标题栏的另一边），并且其中两个分别表示关闭和最小化，预期另外一个是最大化按钮是再正常不过的事情，Mac用户对此完全没必要抱怨什么（更何况鼠标移过去的时候，最小化显示的是"-"，与之相反的"+"为什么不是最大化呢）。新Mac用户在blog上，或对"转换到Mac平台"一类文章的评论上提及OS X缺少最大化按钮，这并不少见。

绿色按钮并不是最大化按钮……真的？

让这些用户更迷惑的是，在一些应用程序中，绿色按钮的确会将窗口最大化。如在iMovie、iPhoto、iCal和GarageBand中，绿色按钮就会使窗口布满整个屏幕。"实用程序"文件夹中的一些应用程序，如"活动监视器"、"磁盘工具"、"网络实用程序"和"系统概述"也是如此。甚至那些带有空白窗口的应用程序，如"字典"、"文本编辑"和"终端"也是如此。

再说iTunes

iTunes则更离谱，点击其绿色按钮会让软件缩小成一个迷你播放器。而这个按钮在"窗口"菜单中被称为"缩放"，这可真够讽刺的。iTunes也是少数（也可能是唯一一个）拥有独特的绿色按钮快捷键定义（control-command-z）的软件。

该怎么办？

首先，Finder的缩放按钮必须得到修正。它必须同其它应用程序保持一致。Finder显然不是存在这个问题的唯一软件。但是对于在6年内需要3次付费升级的OS X来说，这个问题早就应解决了。因此，在OS X中第三方软件所占比重越来越大的今天，对于各个软件缩放按钮表现的不一致，Apple也不应责备些什么。

其次，iTunes必须得到修正。绿色按钮不应该使iTunes变为一个迷你播放器。它应该像在iLife中那样，尽可能的最大化窗口，以便显示所有的播放列表和所有的metadata（指mp3文件的标签中所包含的信息，如下图）。当然，迷你播放器的功能仍然可以通过"窗口"菜单或键盘快捷键来激活。并且如果有必要给此功能加一个按钮的话，应该设计一个独立的按钮。作为Apple最重要、并且对于刚从Windows迁移到Mac平台的用户来说可能也是最常使用的软件之一，它应该在交互方式上做一个最好的榜样，而不是最怪异的。

"最大化"还是"缩放"

我注意到，使用过或是正在使用Windows的用户倾向于绿色按钮最大化窗口，而Mac用户则喜欢现有的缩放设计。这么大的差异该如何解决？使用偏好。OS X已经设计了一系列偏好来处理此类差异。"自动以……的身份登录"和"总是在新窗口中打开文件夹"等偏好设计保留了传统Mac的特点，而"显示所有文件扩展名"则可能是为了考虑从Windows迁移到Mac平台的用户。更重要的是，用户可以能够自定义其偏好，这使他们感到满意，而不会在blog上抱怨什么"OS X使用起来令人讨厌的几件事"。

Apple，缩放按钮过去一直很好用并值得信赖，让它像以前一样吧！

英文原文作者：Eddie Hargreaves
英文原文出处：http://theappleblog.com/2007/04/09/hey-apple-fix-the-green-button-already/
中文译文作者：Felix Ding
中文译文出处：http://heartstringz.net/blog/hey-apple-fix-the-green-button-already/

在《人机交互（第三版）》一书的绪论中，作者以Mac OS X中的Dock设计为例，得出了非常有趣的结论（p11），即：

• 设计并不总是朝更好的方向发展

• 但是至少用户变得更聪明了

"用户变得更聪明了"这样的说法虽然是现状，但听起来多少有些无奈。我们不能指望着用户变得更聪明，从而可以设计出地可用性的系统。更何况随着计算机和互联网的普及，用户平均的操作水平却在不断下降。

这篇短文指出的dock在可用性上的问题就是鼠标光标于dock图标上定位的困难。

实际上我一直觉得Dock的设计颇有悖论的味道：

1. "放大"功能的设计初衷就是为了让用户更容易定位某个图标，但在实际使用中，由于鼠标光标并不总是直接从图标上面向下移动（事实上这恰恰是少数情况），而是从图标各个方向接近，这样常常放大了这一图标周围的图标，使得原有图标的位置发生了变化，加大了定位难度。

   这也就是文中那位想把文件扔到Dock上废纸篓的用户所遇到的情况。原有设计初衷和实际使用情况恰好相反。如下图：

   

2. Dock的大小。这是另外一个恼人问题：在总是有限的屏幕分辨率下找到一个合适的Dock大小。从网站的访问日志来看，现在最普遍的分辨率大概是1024x768，在此种分辨率下，一个窗口为了能完全显示自身内容，常常占据了绝大部分屏幕空间，那么多大的Dock是合适呢？尺寸大固然易于定位，然而却要吃掉不少原本已十分宝贵的屏幕空间。如果再遇到aMule这样的设计，只能让人哭笑不得。尺寸小定位起来太困难，对用户的鼠标操作要求太高。如下图：

   

这篇文章非常详细的记载了当年Jobs是如何被排挤出由他一手创立的Apple、创立NeXT公司并最终于11年后又回到Apple的传奇经历。篇幅相当 的长，作者参考了许多资料，不厌其烦的记述了许多鲜为人知的细节，如Jobs在离开Apple时的那段灰暗日子中他的种种表现，12年间他与不同女子的感 情纠葛，NeXT未来希望渺茫时他所表现出来的个人魅力等等。给我印象最深的有三点：

• Jobs的个人魅力。每到关键时刻，他总是能够凭借这点脱险而出；
• Jobs出色的演讲能力；
• Jobs对用户体验的重视。相信这也是Apple在UI上闻名世界的重要原因。

NeXT Step 3我虽然没用过，但以前看过一段介绍录像，给我留下了极其深刻的印象。系统功能强大不说，它的UI真的是太棒了！即使以今天的眼光来看，这个十几年前的设计仍有许多可取之处。

不多说了，开始之前建议沏上一杯热茶，然后慢慢阅读：Steve Jobs on his Departure, NeXT Project, and Triumphant return to Apple

Ars是我比较喜欢的网站，这篇评论是针对Mac OS X Public Beta的，其中详细的阐述了Dock在可用性设计上的缺陷，包括：

1、Dock中目标由于位置不固定而难于点击

（1）由于Dock是居中显示的，往上面增加内容和删除内容都会导致其它目标位置的变化，用户永远需要识别而不是靠记忆寻找目标；

（2）即使不增加新的项目，原有项目的位置也会发生变化，这是因为最小化的窗口也在Dock中。

2、Dock是贴近屏幕底部的，项目图标却不是

同很多人想法一样，我认为这是个非常愚蠢的设计。众所周知，Apple的菜单居于屏幕顶部是参考了Fitts定律的设计，这使得这一菜单的定位难度降低，说白了就是更易于点击（我对此有不同意见，暂不表明）。然而Dock上的项目图标却没有按照这种方法设计，而是将最下端的区域变为不可点击的。

3、Dock上项目的文本标签不直接可见

上图中哪个文件夹是你想要的？

我不得不说，这是我见过的Apple最糟的设计之一！图标没有自明性，这已经被无数的研究证明（包括Apple自己）了的理论，却轻易的被Dock设计师无视。我要美观，可我更要可用性。

4、Dock中项目的分类是“武断（arbitrary）”的

为什么左面就一定是应用程序，右面是最小化的窗口、替身和废纸篓？不符合道理的设计。

本来想把原文好好翻译一下，中途接了一通电话，思路被打断，就此作罢。

我现在已经激动得快写不出来字了！！摸索了这么久，终于找到了一个从Outlook Express迁移到Mail的完美解决方案！ 首先要说明的是这个方法并非我所创，原创帖在这里。 我来说说我为什么要采用这种方法，而不是在Windows装好Thunderbird后再在OSX中导入：原因在于，在导入OE的邮件时，所有的邮件客户端程序都无法正确处理2000年以前的邮件。不知道是OE本身有Y2K问题还是怎样，总之在我试用过的邮件客户端程序中，都在导入OE中2000年以前邮件的时间上栽跟头，不是处理成1970年就是201x年，无一幸免！作为一个强烈怀旧并力求完美的人，这个问题颇让我头疼了好久好久，试用各种各样的邮件客户端程序一次次导入自不必说，甚至还尝试过在本机上搭建IMAP服务器，希望通过它作为中介，把OE的数千封邮件导入到其它客户端中，可惜上述方法均告失败，直到我发现了这个帖子！ 导进Mail的邮件也不是所有的安然无恙的，有些会有乱码，有些仍旧有些时间错误，不过前者可以通过修改Mail显示的编码解决，后者也非常轻微－在我这里仅有几封不太重要的信件： 另外，文中提到含有转换工具的网页连不上，我是通过代理才下载下来的，这里索性传上来：DbxConv.exe。

当你在点击某个已开启的程序在Dock上的图标时，OSX会把这一程序的所有窗口都提到最前面，在下面的情况下，这是相当讨厌的：

我正在用TextEdit写东西，这时候我突然想起废纸篓里面可能有想要的东西，于是点击了Dock的废纸篓图标，查看并操作后我关掉了显示废纸篓的Finder窗口，本想继续在TextEdit窗口下写下去，却发现另外一个Finder窗口位于桌面的最前端，盖住了TextEdit，于是还得处理它才能继续用TextEdit。

在Windows/Linux里面，关闭一个Explorer/Nautilus窗口并不会使其它的Explorer/Nautilus窗口获得焦点，当然也就不会出现上面的情况。我认为OSX这个问题的原因在于，鸡肋的Dock设计－由于OSX上没有任务栏的设计，Dock就既得负责装载启动程序的快捷方式，又得在一定程度上起到任务栏的作用，而同一个程序（除非最小化）在Dock上显示的永远只是一个图标，这样就使得在切换程序上，Dock远远无法和Windows/Linux上的任务栏相比，同一个程序的窗口开的越多，切换的效率就越低下。比如同时打开10个Word窗口，点击Dock图标后还要一点点找。有人说Expose不是很漂亮的解决了类似的问题吗？Expose本身是很漂亮，但仅仅在一定程度上解决了问题，调用Expose本身是要时间和技巧的－用快捷键需要占用一只手，用鼠标在屏幕边角激活容易造成误操作，而且Expose排列后你还得用鼠标一个个指过去才知道具体是哪个文档，这些因素都降低了Expose乃至程序切换的效率。

在我上面的2个例子中，可以看出Apple是知道这点但又有些无奈的：

1. 在第一个例子中（TextEdit的例子），如果按照当时情况下用户正常的思维，即关闭废纸篓窗口后窗口焦点转移到TextEdit上，就破坏了逻辑。试想如果这次按照Windows/Linux的方法，即窗口焦点转到TextEdit上，那么当我想列出所有Finder窗口时该怎么做？所以我说Apple或许有些些许的无奈；
2. 在第二个例子中（Word的例子），如果没有Expose的话，当然也可以在不同的窗口间切换，方法无非是通过顶部的菜单栏中的“窗口”菜单，或者在屏幕上一点点找，但恐怕没有足够耐心是不行的。那么如上文所述，Expose既然达不到任务栏的效果，为何又受到Apple粉丝的追捧呢？这就不得不佩服深喑HCI/UI设计的Apple了！用户是讨厌坐在那里白白等待系统响应的，如果不得不让用户等待，那么保持用户满意度最好的方法之一，就是花少许资源运行其它小程序以吸引用户眼球，即使这个小程序由于占用了系统资源而使总等待时间增加，用户也是觉察不到甚至觉得等待时间缩短了的。Expose那漂亮效果的意义就在于此。

我在MacFans论坛上的相关讨论。

安装了MacDrive以后，在Win下操作Mac的分区方便了不少，就像使用任何一个FAT32/NTFS类型的分区一样。 前几天Win突然死机了，症状是点按任何部分都没有反应（我怀疑是有反应，但极其缓慢），但鼠标还能动，硬盘也偶尔读写一下（我当时在下载），想kill 掉explorer未果，只能reset。重新启动后MacDrive弹出个警告，大意无非是关机前没有unmount掉HFS+分区，需要对其进行格式化或用Mac OS X进行修复云云，我大惊之下迅速查看了一下这一分区内的内容，安然无恙，心里一块石头落了地，- 距离我上次备份资料已经有一个多月的时间了，这期间内多了不少东西啊！Anyway，有了这次的经验，我在日后的操作中能不使用HFS+分区里面的东西就不用。BTW，不用Mac OS X好久了，受不了华擎主板上的集成声卡，而我的BG2VP声卡OSX又不认，所以只能继续用Windows，好在DW和PS这些软件在Win下的速度更快，用起来也舒服。 那之后启动过一次Mac OS X，启动的时候非常慢，持续的读写硬盘大约6、7分钟，估计是对硬盘进行检测和修复。 昨天用Win的时候居然又死机了 - 我可是一年都遇不上几回死机的阿，估计是病毒的问题，这次偷懒了一直没有安装病毒防火墙，看来懒惰的确要付出代价的 Rolling Eyes 重启后再次遇到MacDrive的警告，和上次一样看来无碍。我尝试重新启动进入OSX，持续读写硬盘好一阵子候居然自己关机了！我当时吓了一跳，开机后以 -F -v 参数进入，发现了HFS+上好多错误的地方，呵呵。很多Kext无法加载，包括AppleIntel915.kext等，我当时就猜是不是要进终端阿。继续等，这次居然用了近20分钟，其间我百无聊赖便拿起村上春树的《世界尽头与冷酷仙境》翻看，抬头之时发现屏幕上最后几行的内容居然（又是这个词，这回我算是开眼界了）是system halt之类的东西，好像系统发现无法启动，便直接调用了shutdown命令，然后再次关机。我不死心，开机后以 -x -v 进安全模式，结果基本和上次一样，只是我没有等那么久就主动关机了。 怎么办？重装显然不可能，一是以前的资料还没有备份，我不想冒丢失数据的危险；二是这个分区上没有足够的硬盘空间以应付重装了（OSX重装时会把以前的系统在硬盘上备份）。或许试试OSX安装程序自带的磁盘工具能否修复这些错误？于是借了个DVD ROM过来（我的坏了，当初的双光驱如今只剩下个LG的刻录机），光盘启动后运行Disk Utility，它竟告诉我无法修复！谁说OSX易用的 - 它同样告诉我结果，而不是原因！ 这次彻底没辙了。目前的打算就是，继续等10.4.4，不过或许那时候就有足够的钱买PB了…… 原贴位于:http://bbs.osx86china.com/viewtopic.3448.html