• 已有多个网站报道虽然 Apple 官方申明 iPhone SDK 只能用于使用 Intel 处理器的 Mac 上，而且 SDK 安装包在 PowerPC Mac 上默认会跳过 iPhone SDK 的安装，但是你可以使用 Pacifist 安装之。然而这些报道都忽略了一点：iPhone SDK 可被安装至任何路径之下，只要安装完成后的文件夹内部结构不被改动即可，所以用 Pacifist 安装的话，安装路径为 ./ ，即启动磁盘的根目录，这样就全乱套了。本人在此感谢 iPhoneAtlas相应文章中留下评论的 gigeamircearaul 提供的解决方案：
  1. 用 Disk Utility 将 iPhone SDK.dmg 转换为可读写格式。
  2. 打开转换好的 R/W dmg。
  3. 你可能需要删除一些文件，因为镜像几乎完全填满了。我选择了删除镜像根目录中的 PDF 文件
  4. 修改 /Volumes/iPhone SDK/iPhone SDK.mpkg/Contents/iPhoneSDK.dist :

     - Line 71 (in function agreedToSLA() ) - modify “return false;” to “return true;”

     - Line 81 ( in function SDKPresent() ) - modify “return false;” to “return true;”

  这样之后，你就可直接使用安装包安装 iPhone SDK 而无须使用 Pacifist 了。

• 如想在 iPhone Simulator 中使用 pinching 的话，你只需在使用鼠标左键或触摸板的同时按下 Option。
  （ /Developer/Platforms/iPhoneSimulator.platform/Developer/Applications/iPhone Simulator.app ）

When inserting links in your posts, especially links to resources on your own blog, you can actually use absolute paths like “/wp-content/uploads/****.anyExtension”. This way if you ever decided to move your blog, say, another hosting, you save yourself tons of time wasted on editing these links.

The only limitations here are:

1. It may require your blog to be self-hosted, meaning, it is not using any blog service provided by companies like WordPress.com, yo2.cn (this one is for us, Chinese), cause you probably don’t know how they store your uploaded files.
2. On the new serve, you have to upload the files as originally structured on the old one. This requirement is not that hard to meet, I guess, since usually when you move your blog, you would want to make sure it is in almost the same structure for better search engine friendliness.

OK! And that’s it for today !

于去年 10 月 26 日上市的 Mac OS X 10.5 （ a.k.a Leopard ）中加强了对 Ruby on Rails、Python、Perl 等 Scripting 语言的官方支持1、更新的 Scripting Bridge （ 这一项使得开发人员可以用上述编程语言编写原生 Mac 程序）以及丰富的全新或改进了的框架 （ AppleScript 2.0, Core Animation, PubSub, PDF Kit, ImageKit, QT Kit, Quartz 2D, Core Image, Core Data…the list will go on for about a couple of miles ! ^o^）。相信所有这些将会吸引越来越多的开发人员迁移至 Mac 平台，更何况 Apple 提供的开发工具是完全免费的，购买 Mac 随机附带的系统安装盘上就有。而这决不是猜测，大家只需查下去年 WWDC 上教主公布的 Apple Developer Connection 的注册会员数就知道了。将来这样的开发人员与 Interface Builder 打交道的机会决不会少。

鉴于国内有关 Mac 开发的文档不足，而且大多数人都认为开发人员的英语水平都还过得去，阅读技术文档不会有多少障碍。但我个人认为还是阅读用自己母语写的文档更容易，也更亲切。所以我决定自己动手丰衣足食。

今天先从相对而言较简单的 Interface Builder，简而言之，开发人员将用此工具设计程序的图形用户界面的大部分。之所以说是大部分是因为图形用户界面还可用代码定义，在特殊情况下需要借助代码完成图形用户界面的设计。下面为该工具的图标，左侧为 Interface Builder 3.0 所采用的新图标，右侧为 3.0 以前版本所用图标。大家可以明显看到新图标更为细腻，通常 Apple 将这一点用于指示程序在较大程度上的改进。那 Interface Builder 为像你我一样的业余爱好者或是专业开发人员带来了哪些功能上的改进和新功能呢？Let’s find out, shall we ?!

首次打开 Interface Builder 3.0 将显示模板选择对话框，如右图所显。此处并无多大改变，只是图标的改进。

下图显示的是选择 “应用程序” 模板所得结果。

这样新建的界面文件包含下列元素:

• File’s Owner：该元素是载入 nib 文件时将提供的对象的替身。
• First Responder：典型情况下，该元素为用户界面中用户通过鼠标或键盘选择或激活的元素。它通常是整个反应链中第一个接受事件或用户操作信息的元素。
• Application：
• MainMenu：程序菜单

Window：程序主窗口。通常的作法是将相关界面保存在同一文件中，相关度不大的界面放入另一文件中。比如，将 程序主窗口 和 使用偏好 的界面分别保存在两个文件中。这样作的好处在于仅在需要时才调用相关界面文件，提高程序性能。

如下两幅图展示的是界面文件窗口的另两种视图模式：


（由于添加了新加入的 NSToolbar 元件，所以在主窗口，即 Window 的视图层次中可以看到 Toolbar。）

界面文件信息窗口如下图所示。它显示相关联项目名称、项目所在文件夹、界面文件格式、系统版本号、InterfaceBuilderKit 版本号，还可在此锁定界面文件（这一点在界面设计好后交付翻译人员时非常有用，可防止翻译人员意外地改变某些设置。）、目标系统版本设定，同时还会文件相关错误信息（例如：所设计界面中使用的元素为某一版本 Mac OS X 中添加的，而目标系统版本包括较早版本，这时此处即会给出提示）。

检查器也几乎经历了一次大翻新。将不同部分间的切换方式由 Interface Builder 2.0 中的下拉菜单改为了常见的工具栏式。同时取消了 Sherlock 面板；新增加 Effects （动画效果）面板，用于所选对象的 Core Animation 或 Core Graphics 属性的相关设置；原有 Custom Class（自定义类）和 Accessibility（可访问性）两面板合并为 Identity 面板。

Attributes（属性）面板：

对 Cocoa 对象而言，这里设置的是选中界面元件的 类（Class）相关的属性。对 Carbon 对象而言，该面板所反映的是选中界面元件的 模糊类型组（Opaque Type Groupings）相关的属性。
右图所示为一个 NSArrayController 相应的属性。其中 Object Controller 部分选择了 “类” 模式，并设置类名为 ToDo 。Controller 这类元件面向对象编程中的作用在于同步 View（视图，即图形用户界面）和 Modal（数据）。 Object Controller 部分的设置将被用于设置 Binding 5。有关 Cocoa Binding 的具体内容将在后续文章中介绍。

再展示一下 NSView 或其子类被选中时属性面板的样子。每个类相应的属性面板均不相同，大家可自行探索一下。

Effects（动画效果）面板：

Core Animation 是 Leopard 中为开发人员提供了增强程序图形界面动态效果的便利。借助 Core Animation，开发人员将能为用户提供更为丰富让操作反馈。而且使用 Core Animation 的程序的性能几乎不会影响，因为 Core Animation 已考虑到双核处理器的优势，程序中调用它的那部分会在不同于主程序的处理器上运行。

可供选用的设置包括不透明度、投影、Core Image Filter、转场效果（某一视图进入或退出界面的动态效果，包括立方体翻转、波纹、翻页等）。

下左图为选择预置动态效果时 Transition 部分的状态，而下右图为选择 Custom 时的状态。这部分大家也可自行探索一下。另外，此面板只对 Cocoa 有效。

Identity（元件身份）面板：

由以下两幅截图可见， Identity（元件身份）面板是用于设置元件所属“类”、与 Cocoa Binding 相关的 Action ( 元件在用户完成某项操作后应被触发的反应 ) 和 Outlet (元件上可接收来自与其相关联的元件所发出信息的端口 ) 7、以及 Accessibility （可访问性）相关的设置。这些设置的作用在于：在设计阶段或程序运行时识别特定对象。

其中的 Tool Tip 即为鼠标停留在程序界面某一元素上时显示的淡黄色背景的简短文字描述。有些时候程序界面中的图形不足以解释其作用，这时就要借助 Tool Tip 向用户说明之。

Size（尺寸）面板：

该面板用于设置界面元件的尺寸及其与上级元件的位置关系、缩放时的尺寸变化方式。Autosizing 部分设置的即是上级元件缩放时的尺寸变化方式：直线表示缩放时尺寸或边界距离不变；弹簧状线条表示尺寸或边界距离随缩放而变化。其余的设置基本无须解释。

Binding 面板：

所有设置均与 Cocoa Binding 相关。Cocoa Binding 是面向对象编程中 Modal-View-Controller 这一原理的进一步实现。

Connection 面板：

用于设置所选界面元件的 Outlet 和 Action 与其它元件的连接关系。

Interface Builder 3.0 中所作出的最大的改变之一就是：现在用右键点击界面元件后会出现一黑色半透明面板，面板显示所点击元件的可用 Outlet、Action 以及 Accessibility 设置。

用鼠标左击某 Outlet、Action 以及 Accessibility 设置右端的圆圈并拖拽时，鼠标将拖出一条很漂亮的蓝色线条，这时鼠标停留处的元件将被高亮显示，提示你如果在此处松开鼠标，该元件将被关联。关联后，相应 Connection 右端圆圈由空心变为实心， 相应 Connection 的显示也分为两部分 ── Connection 名称和被关联的元件名称。同时，左半部分的左端显示一叉状图形，点击它即可取消关联；若是某一 Connection 关联了多个元件，则显示一个三角形，点击后可看到所有关联元件的名称。左右两部分间有一细线相连。

接下来再介绍一下 Interface Builder 3.0 中加入的资源库：

首次打开时显示的是 Objects（元件库），显而易见的是新的设计比先前的面板式设计，在新界面中查找想要用的元件更方便。所有元件均按功能及相关 API 分类、分组。你可用底部的搜索栏进行过滤。将分组列表和元件视图间的分隔栏向上拖动至某一位置时，分组列表将被显示为下拉菜单的形式。

右图显示的是点击左下角按钮后出现的关联菜单。最上方的三项用于设置元件显示方式，分别为 仅图标、图标及名称、图标加描述。下方三幅截图从左到右依次对应这三种显示方式。第四项为 Show Group Banner（显示分组横幅）。3.0 中，你可自定义分组，将自己常用的元件集中到一起。最后四项随你所选或所在分组的性质而处于可用、不可用两种状态，因为预置的分组是不允许更改的。

在你用搜索栏进行过滤、或是在不同分组间切换时、亦或是在不同元件显示方式间切换时，你可注意到平滑过度效果：Fade Out 和 Fade In 。这是用 Core Animation 实现的。

此外，你还可将常用的自定义元件放入元件库以备后用。

另一边是 Media（媒体库），提供了一些系统预置的图片和音频文件。由下左图可见在 Xcode Project 中添加的图片和音频文件也将显示于此，方便你在设计界面时调用。

APPLESCRIPT LANGUAGE GUIDE
Have examples and constructs of the AppleScript language at your fingertips. AppleScript Language Guide, updated for Leopard, is the essential guide for scripters and developers.

However, the updated AppleScript Language Guide is nowhere to be found. It’s just so frustrating! So I sent a feedback regarding this matter.

Today while checking out my Gmail inbox, I’m surprised to find that there is a message titled “Re: ADC Feedback”. Here’s the reply from ADC:

Please include the line below in follow-up emails for this request.

Follow-up: 39503001

Re: AppleScript Language Guide

Hello,

This email is in response to your query regarding the AppleScript Language Guide.

Please know that this guide has been updated for Mac OS X Leopard and should be published shortly. We ask that you please stay tuned to the ADC website for any late breaking updates.

I hope you find this information useful. Please do not hesitate to contact us again should you have any further problems or queries.

Best regards,

Barry Stark
Apple Developer Connection
Worldwide Developer Relations

I just can’t believe they would actually respond to my feedback! This is Apple way of company-customer/user/developer interaction, which only a few other companies can match ( I think Google is one of the “a few companies” ) ! And please stay tuned to the ADC website for any late breaking updates just in case that you are anxiously awaiting the updated AppleScript Language Guide !

You can subscribe to this feed using Safari, Google Reader, NetNewsWire, Vienna or any other feed aggregator you want. The feed is AppleScript Headlines: feed://developer.apple.com/rss/topic/applescript.rss

想知道如何为你的网站设置一个 WebClip 图标吗？本文将教会你。

官方文档见：Create a WebClip Bookmark Icon

要为你的网站的所有页面设置 WebClip 图标，将你制作好的 PNG 格式的图标命名为 “apple-touch-icon.png” ，并将它放至网站的根目录。这一点类似于传统的 “favicon.ico”。

如果想为某一页面设置不同于网站其它页面的 WebClip 图标，你还需在页面的 “head” 元素内添加一个类似于

[code lang="html"] [/code]

的 “link” 元素。

WebClip 图标的尺寸至少应该为 57×57 像素。如果图标尺寸不同于此，图标将被缩放并裁剪至合适尺寸。

Safari 将会自动合成”玻璃材质”效果以使其看起来像内置 iPhone 或 iPod 程序。所以这个特殊效果可不要在设计图标时多加了噢！^o^

就到这里！Resting.

John Hein博士的一项研究表明：Mac用户平均IQ要比PC用户低15%。

超过6000多的参加者接受了测试，结果清晰的显示IQ比较低的人会倾向于使用Mac。

通常人们都认为Mac用户所受的教育更高，所以IQ也更高。但是结果却正好相反。Mac用户只答对了基础问题的75%，而PC用户却高达83%。

John Heinz博士给出了如下两个理由：

1) Mac 用户买电脑注重的只是外观和样式。他们不清楚电脑的真正性能。

2) Mac 用户已经被洗脑了，他们考虑的是艺术化而不是理性

首先，这位所谓的博士名不见经传，而且学术上对所引用文献必须列出出处，这包括作者、期刊名称、期号、文献出版年月。而这帮所谓权威人士就只用了一个名字。

其次，参与测试的人员的相关信息也未提供。因此，不能排除样本个体的选择具有特殊性的可能。

再次，所提供的理由中的第一条：

Mac 用户买电脑注重的只是外观和样式

这条理由恰恰暴露了这批人压根未理解 “设计” 的内涵。功能的完备仅仅是整个用户体验的一个组成部分，图形用户界面， 即 GUI 的设计同样也是整个用户体验中不可或缺且尤为重要的一部分。Mac 用户并非是仅仅出于对外观和样式的考虑选择了 Mac ，而是因为我们相信 Apple 对用户的重视，其对产品设计的深入理解，同时 Apple 也通过实际行动证明了我们这样的信任是没错的。这里，我仅举一例：

请大家设想一下杂志包装上用到的封口条，常见的是这个封口条位于打开包装时掀起的那一侧。这样的设计有个问题：当你想把杂志放回包装袋时很容易让杂志被封口条黏住，通常解决办法是在将杂志放回前把封口条黏在反面。而 Apple 用来包装用户手册的包装袋上，封口条位于不掀起的那一侧，这样用户手册放回时决不会被黏到。仅此就足以表明 Mac 用户选择相信 Apple 绝对没错。因为，这一点改变或许在大多数人眼里是毫无必要的，然而改变后给用户带来了便利，Apple 选择了改变而非忽视。

相信看完本文，读者们已能体会到罗永浩等人为首所谓权威人士所用论据之荒谬至极了。所以，罗永浩等人为首所谓权威人士，麻烦你们日后诽谤之时多动动脑筋吧！！！

上一篇文章中曾提到 Apple 所提供的模板均被放在 /Library/Application Support/Apple/Mail/Stationery/Apple/Contents/Resources 。你可以通过在 Finder 中用常用方法浏览至上述文件夹，此外你还可通过使用如下两种更为便捷的方法：

• 使用位于 前往 (Go) 菜单 下的 前往文件夹… (Go to Folder…) 命令，在随即出现的表单中输入上述路径。
• 在浏览器的路径栏中输入 file:///Library/Application Support/Apple/Mail/Stationery/Apple/Contents/Resources ，回车，这样 Finder 也会自动打开一个窗口并显示相应文件夹。

到达上述文件夹后，你将看到 5 个文件夹和一个 TableOfContents.plist。后者的作用在于定义模板列表中显示的 分类 (Categories)，你应该是可以自行手动加入额外的分类，但是目前不建议这样做，因为本人这样做过之后，模板列表中分类 就只以中文显示了。

而那 5 个文件夹则对应于 5 个分类。接着前往 **你所选的分类**/Contents/Resources，这里同样有一个 TableOfContents.plist，所不同的是这个文件在此的作用是定义模板列表中你所选的分类下显示的模板。

要把你制作的模板加入列，你所需做的是按照这两个文件中的范例所用的格式相应地添加即可。其他所需操作已在上一篇文章中介绍，在此不再赘述。

Leopard 中 Mail 的诸多新功能之一是它附带了许多邮件模板，你可以轻松地从中依需取用, 装点你的电子邮件。
从大体上说,这些模板只不过是老式 HTML，外加些许 XML。 所以，编辑或制作你自己的模板的仅有要求是你懂得一点 HTML 的相关知识。如果你是完全制作自己的模板，一定的设计功底将对你很有帮助。

我个人并非 HTML 格式电子邮件的狂热爱好者，但是在某些场合使用将令人满意。于是，我决定深入钻研，摸清楚这项功能在 Mail.app 中具体是怎样运作的。令人意外的是要编辑或制作你自己的模板其实非常简单。
接下来是一篇较为深入的指导你编辑附带模板或制作自己的模板的教程。

概览

每个模板设计最终只不过是一个结构有序的包装有 HTML 和图像文件的文件夹而已。只要你知道如何在 Finder 中穿行，以及使用关联菜单即可。

通过以下步骤，你将能够编辑附带的 Apple 设计的模板或从零开始制作自己的模板。在本教程中，我们将从零开始设计一个新信纸。我建议下载教程文件，将其用作参考。

文件夹结构

以防一你不知道，当你打开应用程序（Application）文件夹，双击图标开启一个程序时，你实际上双击的是一种文件夹（这类文件夹的名称带有 .app 扩展名）。如果你选中一个程序，并右击（对单键鼠标而言，用 control 加左键单击），在出现的关联菜单中你会看到“显示包内容”。点击这个选项，你将看到包裹（例如，一个程序）的内部，实际上几个文件和文件夹组成了一个包裹。在编辑或制作模板时，我们将用到这一点。

1. 要获得附带的模板，你需要浏览至如下路径：

   /Library/Application Support/Apple/Mail/Stationery/Apple/Contents/Resources/

2. 一旦你浏览至 Resources 文件夹，你将注意到很少的其他几个文件夹，这些最终将构成可供选择的模板分类之一。本教程中，我们将制作“家庭信函”模板，我选择将它放至 ‘Announcements’ 文件夹中。
3. 继续前进，穿过几个子文件夹（ /Contents/Resources/ ）。你将注意到一系列的模板。每个模板均以“模板名.mailstationery”的格式命名。
4. 新建一个文件夹，将其命名未 Family Newsletter.mailstationery 。在你如此新建文件夹后，你可以注意到它的图标立即变得和其他模板包裹一样了。

制作模板

再次重申，不要被所需穿越的文件夹数量吓倒了。

那么，让我们在多穿过几个文件夹。Control - 左键单击你之前新建的 Family Newsletter.mailstationery，选择“显示包内容”。你需要新建两级子文件夹，最终达到如下路径：

Family Newsletter.mailstationery/Contents/Resources/

我们需要在 Resources 文件夹内创建几个核心文件和文件夹：

• Description.plist最终用于将其他文件和文件夹组合成模板。本文稍后将介绍其内容。
• /English.lproj/DisplayName.strings“English.lproj” 是你要创建的文件夹的名称。这类文件夹用于存放相应的本地化文件。Mac OS X 中程序的本地化文件同样存放于类似文件夹内。简体中文相应的是 “zh_CN.lproj”，繁体中文相应的是 “zh_TW.lproj”。

  DisplayName.strings 用于定义在 Mail.app 模板列表中模板的显示名称。

• content.html这是模板中的HTML文件，至少其中大部分内容是HTML。

HTML 文件

在我们继续前进之前，需要阐明的是电子邮件模板中用到的 HTML 仍处于其黑暗时期。事实上，某些公司实际是在走倒退的道路。所以，对苛求标准的你们，这里谈及的 HTML 将让你畏缩。

在本文末尾有个链接，用它你可以下载到这部分所需的文件。我不会在文章中发布HTML文件的全部内容，但我将给出小段代码，这部分代码可能对你来说是全新的，同时也有一部分是 Mail.app 模板所独有的。

• contenteditablecontenteditable 是一个用于标记内容可编辑的区域的 HTML 属性。下面是个使用示例：

  [code lang='html']This is some boring text[/code]

• AppleCompositeImage如果你希望能够在写邮件时向模板中加入自选的图像，并将它们限定在一定区域中，那么你需要使用 AppleCompositeImage 。 下面是个使用示例：

  [code lang='html'][/code]

  这将成为 “拖放区”。src 属性将与稍后介绍的代码相搭配而起作用。

• apple-content-name我并不是完全确定 apple-content-name 属性是作何用的。我的猜想是它在你切换模板时起作用。利用它能在一定程度上保证切换模板时你的文本完整无缺。 下面是个使用示例：

  [code lang='html']Our Vacation[/code]

以上基本上介绍完了非常规 HTML 标记的部分。到此，我建议下载文章末尾的链接至的文件，打开 content.html 浏览代码。

DisplayName.strings

如我之前所说，这是一个你应该创建并命名为 DisplayName.strings 的文件。这个文件真的很直白，它所做的是告诉 Mail.app 应该如何显示你的模板的名称。它只需包含如下内容：

"Display Name" = "Family Newsletter";

Description.plist

Description.plist 可能是整个过程中最复杂的部分了。我不建议完全自行输入此文件的内容。我的建议是下载本文附带的文件，将其中 Description.plist 的内容复制/粘贴至你新建的相应文件。

Description.plist 仅仅是一个用于控制你的模板的某些设置的 XML 文件。

[code lang='xml']Background Images[/code]

这部分应包含所用要在 HTML 文件中用作背景的图像。

Example:
[code lang='xml']Background Images

content_bg.png
header_bg.png
[/code]

[code lang='xml']Composite Images[/code]

Composite Images 代码用于设置动态图像点，这些图像点让你拖放自选的图片。
下面是个使用示例：
[code lang='xml']Composite Images

Base Image
banner.png
Composite Name
Photos
Masks

Drop Zone Angle
0
Drop Zone Offset

0
0

Drop Zone Size

496
186

File Name
mask.png
Placeholder Image
placeholder.jpg

Overlay Image
shadow.png

[/code]
现在稍作解释：

1. Base Image
   base image 将被用作拖放区的背景。它是拖放区无图片时所显示的内容。
2. Composite Name
   这是你将在你的 HTML 的 src 属性的内容。此处被命名为了 “Photos.”
3. Masks
   蒙版区负责处理拖放入的图像。更多细节见下文。 
   1. Drop Zone Angle
      如果你希望 “拖放区” (你可拖放图片的区域) 略微倾斜， 你可以改变这一数值。
   2. Drop Zone Offset
      裁剪蒙版区时将会依照此处设定的 X、Y 两个坐标对蒙版位置进行精确微调。
   3. Drop Zone Size
      这里定义的是可保证拖放操作有效的拖放图像并松开鼠标时，鼠标所处范围之大小。
   4. File Name
      用作蒙版的图像的名称。你必需制作一个带有黑色区域的图像，这块区域将控制你拖放的图像的显露。
   5. Placeholder Image
      此图像将作为拖放区的默认显示图像，直至你拖放了其它图像为止。
   6. Overlay Image
      如果你想在所拖放的图像上覆盖一些锦上添花的装饰（内投影之类) ，那么你只需在此加上这些装饰性图像的名称。

下面是同一文件中另一段需要解释的代码:
[code lang='xml']Folder Name
Family Newsletter.mailstationery
HTML File
content.html
Images

header.png
bottom.png

Stationery ID
52CF436E-68DA-4842-A638-2B912C5F7361
Thumbnail Image
thumbnail.png[/code]

1. Folder Name
   你所制作的模板，即 .mailstationery 文件的名称。
2. HTML File
   包含模板 HTML 内容的文件的名称。
3. Image
   类似于之前介绍的 Background Images ，这应设置为 HTML 文件中所用图像的列表。
4. Stationery ID
   据我所知，ID 可以是任何你想用的一串字符。只要这串字符具有唯一性即可。然而建议最好不要这样选 ID，较为妥当的做法是在 Terminal 中使用 Leopard 添加的命令 uuidgen，使用此命令创建的字符串被称为 “Universally Unique ID” ，这样的字符串可保证其独特性。
5. Thumbnail Image
   一张尺寸为 69 × 90 px 的你所制作或编辑的模板之缩略式预览图。这将被用于 Mail 中的模板列表中。

总结之

相信所有这些是需要一定的阅读和“消化”， 并且它们看起来很复杂。下载教程文件、多钻研钻研。另外多去研究一下由 Apple 设计的模板，看看它们都使用了什么样的代码。试着编辑一些预置的模板（动手编辑前可别忘了备份噢 ! ），这样你可以对各段代码的作用有切身体会，随后你就可以着手制作自己的模板了。几经尝试及出错，你将能很快地掌握模板的制作。

免责声明

本人在自己的 Mac 上使用过并仍在使用以上所有代码。 The Apple Blog 和 Cocoatacious 对任何由于修改此类文件所造成的后果不负责任。虽然本人实在无法想像本教程所涉及操作能造成任何实际损失……但此免责声明仍旧如此。

点击 此处 下载教程文件

另外附上我用 Pages 排版后导出制作的本文相应的PDF。希望作为读者的你喜欢！

相关文章推荐：

• How to create customized OSX Mail stationery in Leopard
• Neill Archer Roan | Brand Your Email Communications with Leopard

• The B-List: The future of web standards
  

  One of the major issues in resolving this problem is that huge amounts of discussion have essentially assumed a false dilemma, that there are only two ways to run a standards body:

  A closed-door, pay-to-play system, as the W3C is perceived to be.
  A howling mob which runs by consensus of the participants.

  Finding the balance
  This brings us to a new question: how do we find the proper balance between the competing interests of Web vendors and Web users/developers?

  Microsoft is pinned; they’re stuck trying to catch up to what everybody else is already doing, while the competition just keeps piling on new features and new technologies. They’re not dead yet, of course, and are far from it: IE is still the dominant browser and Windows is still the dominant operating system. But there’s definitely been a sea change in the industry: Microsoft, the unstoppable juggernaut, is vulnerable and is having to play catch-up to maintain its dominance. To borrow a phrase from Lewis Carroll, they’re having to run as fast as they can, just to stay where they are.

  And so Microsoft really isn’t relevant to the future of web standards; any compelling new development that comes from the rest of the industry will be just another form of fire and motion, and Microsoft will have no choice but to keep pace, regardless of whether they participated in the process.

• CSS Unworking Group | Malarkey Rides Again
  

  Along with web designers worldwide, I have been creatively stifled by Microsoft’s decision to allow Internet Explorer 6 for Windows to languish in the doldrums for so many years. With their significant market-share, Microsoft should have been at the forefront of technical development and standards support in browsers. That would have fostered an ever increasing focus on what can be possible using CSS. Instead Microsoft allowed their lead to hinder progress and web designers, developers, their clients and their customers have all suffered as a result.

• JeffCroft.com: Do we need a return to the browser wars?
• as days pass by, by Stuart Langridge - Reigniting the browser wars

• 有时文章中会有一些代码，且每行代码均较长，dark 的三栏式设计就会导致超出部分被遮住。
• 发布代码时若使用 code 这个标签则会在发表的文章中多出一些无用的代码
• 主题的色调有些偏暗，个人觉得会给人带来阴郁的感觉

除此之外，dark 这个主题还是很不错，只不过不太适合用于本博客而已。

鉴于以上几点，今天本博客起用来自 Hello Wiki 的主题：Hello :D。

• Hello :D 的两栏式设计是的页面中有足够的空间用于显示代码
• 同时主题中还包括一个目前所有 WordPress 主题中都少见的 print.css, 这个样式列表的作用是指导浏览器打印你的网页。
• 另外，整个主题显得很大气，色调适中。

点击此处下载我修改后的版本：hello-d-modified.zip 。我所做的修改主要集中在 print.css，修正了原模板打印时会连侧边栏、评论表单一起打印的问题、同时略为调整了一下特定链接在打印出的文稿中的显示方式。

关于 print.css ，我在这里还想多说几句：

为何博客有必要配备这样一个样式列表，又一个用于控制页面在显示器上的样式不就够了吗？如果你有这样的想法，那么就请设想如下情景：

• 某个网站上有你想要的资料 （如教程、技术文档、商品信息之类），而这个网站用你现有的上网方式访问速度较低。好不容易打开一次，这次看过后过了一段时间，某些内容记不太清了。这时你是希望手里有现成的资料，或是将网页打印成PDF保存在本地硬盘上，还是再次通过访问那个网站查阅呢？
• 此外，网页设计时使用的导航条、侧边栏相信在你打印出的文档中除了占据有限的空间和浪费你的油墨之外毫无用处，评论表单在打印出的文档中也是没多少用处的。
• 某些在设计时使用的背景图片在打印时毫无添色，甚至有时还会降低文本的可读性 (legibility)。

因此，作为博客作者，有必要为自己的博客配备这样一个样式列表，尤其是那些流量较大的博客，如 Freelance Switch, Smashing Magazine, ProBlogger。其中，Freelance Switch 主要是为自由职业人 (Freelancer) 提供相关建议、资源链接、招聘信息，几乎每篇文章都是精品，极具收藏价值，可他们提供打印文章链接仍在使用老式的 JavaScript 方式。老式的 JavaScript 方式的弊端在于：

• 多数情况下，老式的 JavaScript 打印方式需要将页面的重新加载，更改其样式，这样生成的页面内容上无实质性的变化，既增加了服务器的负担，又给用户增添了等待的时间。
• 另外，在 Leopard 的打印面板中，有一 “PDF” 按钮，点按后出现的下拉菜单中有许多将要打印的文档保存为PDF 的方式可供选择。选择其中的 “保存为 PDF … (Save as PDF…)”，出现的窗口可设置 PDF 文档元数据 （Metadata），默认情况下 PDF 文件名称和元数据中的标题均被设置浏览器标题栏中显示的页面标题，作者则被设置为你的用户名。而如果使用老式的 JavaScript 打印方式，PDF 文件名称和元数据中的标题在某些情况下是被默认设置为 “未命名（untitled）”，相信着会给大家带来一定程度上的不便。

实际上，Smashing Magazine 已经添加了 print.css 。

再附上在 Safari 中打印的 “在 Mac OS X 10.4 Tiger 中安装 WordPress 2.2 - Cocoatacious”

点击此处下载：PDF 在 Mac OS X 10.4 Tiger 中安装 WordPress 2.2 - Cocoatacious

读完本文，你的想法如何呢？