蘋果文件夾模板

『壹』 Mac OS X如何新建文件夾

Mac OS X新建文件夾的方法：

1、滑鼠右鍵，或者兩個手指同時按下觸模板。

2、點擊選擇彈出面板的【新建文件夾】選項，就完成一個文件夾的創建。

『貳』 蘋果電腦怎樣做文檔

蘋果電腦怎樣做文檔的具體步驟如下：

我們需要准備的材料分別是：蘋果電腦。

1、打開蘋果電腦的pages軟體，pages軟體為蘋果自帶，不用另外下載。

以上就是蘋果電腦怎樣做文檔的具體步驟。

『叄』 蘋果電腦cad樣板文件設置模版

將做好的文件保存為DWT格式！放在CAD的樣版文件目錄下！以後每次新建的時候選這個模版就可以了！ 樣版文件的目錄其實不用找，當你另存文件的時候，在文件類型里選擇「Auto CAD 圖形樣板（*.dwt）」這時CAD會自動轉到Template目錄下。

『肆』 蘋果支持的可執行文件格式

對軟體開發者來說，Mac OS X是一個非常方便易用的系統。除了與傳統相同的（或接近的）方法外，它經常為您提供可選擇的方法以完成相同的任務。具有這種可選擇的方麵包括應用程序打包、資源處理以及文檔定型。然而，一個方法經常比另一個更好，有時您可將這些方法組合起來。下節將敘述應用程序設計的各種重要方面，為了獲得性能、互用性及強壯性，不僅需要討論您能做什麼，更重要的是討論您應該做什麼。

應用程序及文檔FAQ
由於各種不同的因素影響應用程序和文檔的性質、結構以及處理，故在本書的各個部分都有關於應用程序和文檔的信息。這些因素包括束、可執行文件格式、文件系統以及Finder。本節通過為開發者概括文檔和應用程序的重要部分，以回答問題的形式將這些信息匯集在一起。

應當為應用程序指定什麼樣的元數據？

為了讓用戶啟動您的（束化了的）應用程序，Finder應用程序應當能夠檢測出文件夾是一個束，然後它應當能夠查明該束是一個應用程序。為了進行這樣的判斷，Finder首先檢查以下兩件事情中的一件：

在束文件夾上，束位是否被設置成「開（on）」
束的擴展名是否是那些為束保留的擴展名中的一種（包括.app）
若Finder斷定該文件夾是一個束，它將讀取存儲於束的Info.plist文件中的CFBundlePackageType鍵碼；若此鍵碼包含「APPL」的值，則可確定該束是一個應用程序。若該文件未包含此鍵碼，則它將根據束擴展名（應用程序為.app）決定束類型。

就象HFS和HFS+元數據的其它形式一樣，由於束位在包括多文件系統的聯網環境中很容易被丟失，所以應用程序束保持.app的擴展名是重要的。當您創建一個應用程序時，Project Builder將自動地添加此擴展名，但是其它IDE可能並不如此。任何情況下您都不應該刪除該擴展名或是鼓勵您的用戶這樣做。若.app的 「不雅觀」 使您感到煩惱，請別擔心，Mac OS X Finder會隱藏.app擴展名的顯示。盡管Apple不在其應用程序上設置束位，但當您創建應用程序時您可在它的束文件夾上設定此屬性。關於更多的此類信息，請參閱「Finder和束」以及「應用程序和文檔的處理」。

必須將CFM可執行文件打包在一個束中嗎？

簡單的答案是「不，但或許應該這樣做」。 更詳盡的答案請參閱「CFM可執行文件」。

應該怎樣存儲應用程序資源？

在Mac OS 9和Mac OS的以前版本中，應用程序將它們的資源存放在應用程序可執行文件的資源分支中。但對於Mac OS X來說，這不再是被推薦的方法。取而代之的是，應用程序應該將它們的資源存放在應用程序束中的獨立文件的數據分支中。

此建議的理由與下文中關於文檔定型應該有文件擴展名以及Finder元數據的理由相同（請參閱「為何要有擴展名？」）。HFS和HFS+ 卷格式允許文件具有多分支或數據流。然而，當文件在區域網、企業網或互聯網的不同種類計算機系統之間傳送時，不在文件數據分支中的任何東西都可能會被容易地丟失。關鍵是要使資源和所有其它形式的數據在日益互聯的網路世界中保持不變。

Carbon應用程序的開發者必須考慮與Mac OS X的資源相關的其它因素，尤其是如果那些應用程序依賴於Code Fragment Manager （CFM）的話。若該應用程序是一個由CFM管理的單文件可執行代碼（即，不是一個束化了的CFM應用程序），那麼資源應該存放在可執行代碼的資源分支中。當打包成單文件CFM可執行代碼的應用程序被啟動時，將默認地打開它們的資源分支。相反，當打包成束的應用程序被啟動時，將默認地打開它們的本地化數據分支資源。

如果Carbon應用程序被打包在束中的話，那麼對於資源來說就出現了更多的可能性。您可將某種類型的資源放在它自己的文件內，而不是將資源與資源管理器管理的其它資源結合在一起。例如，若應用程序使用了一個TIFF圖像，那麼您可將該TIFF圖像數據存放在一個具有.tiff擴展名的文件的數據分支中。然後，通過使用合適的束應用編程介面（API），您就可直接地訪問該資源。將每個資源存放在它自己的文件中帶來很多的益處。例如，這樣的方法使「輸出」指示在XML屬性列表中的資源變得更為容易。Carbon應用程序，不管它們是基於CFM還是基於dyld的，總能使用資源管理器式樣的資源。然而，如果將應用程序打包在一個束中（如同被推薦的那樣），您就應該把資源存放在束目錄的文件中，並且應該只使用這些文件的數據分支。這些文件應該有一個.rsrc的擴展名，它們象任何其它文件一樣被當作束資源，並很容易被國際化。盡管.rsrc文件可具有任何基本名稱，但如果您給予它們標准名稱並將它們存放在資源的標准束位置的話，那麼系統束常式將自動地管理資源。它按以下方式工作：

將非本地化資源存放在一個名為executableName.rsrc的文件中，並將此文件存放在這些資源的束位置處（即，直接存放在Resources目錄中）。
將本地化資源存放在一個名為Localized.rsrc的文件中，將這些文件存放在本地化資源的適當的束位置處（即，.lproj目錄中）。
當應用程序被啟動時，系統束常式將自動地打開這些資源並且使它們可供該應用程序使用。

總之，下列選項可供應用程序資源選擇：

每個特定類型的資源存放在它自己的文件中，該文件具有一個適合其類型的擴展名。此方法適合於任何應用程序環境中束化了的應用程序。對此「one-per-file」模式例外的是本地化字元串，它們在每次本地化時被收集，並按規定存放在一個名為Localized.strings的文件中；更多信息請參閱「本地化字元串」 。
束化了的Carbon應用程序可將它們的資源管理器式樣的資源存放在文件的數據分支中，每個文件都帶有.rsrc的擴展名。這些文件可被存放在非本地化和本地化資源的束位置處。
未束化了的Carbon應用程序必須將它們的資源管理器式樣的資源存放在應用程序可執行代碼的資源分支中。
若希望Finder妥當地處理應用程序及其文檔，您就必須將等同於束信息屬性列表中的鍵值對保存為一個類型為 「plst」，ID為0的資源。

關於更多的此類信息，請參閱「束和資源管理器」以及「資源分支」。

如何在Mac OS X中指明文檔類型？

在Mac OS X中，通過指定以下兩件事情，您可以指明一個文檔的類型：

作為文件屬性存儲的類型和創建者代碼（如果它被創建在HFS或HFS+ 卷上的話）
與類型相關的一個或多個文件擴展名（例如，.html和.htm）
Apple推薦您的應用程序使用所有這兩種形式來為文檔定型。若您的應用程序擁有一種文檔，您可在應用程序項目的信息屬性列表（Info.plist）中指定它的類型和創建者代碼以及文件擴展名（請參閱「信息屬性列表」）。Project Builder為輸入此信息提供一個工具，可以在用於編譯目標的Application Settings設置面板中找到。應用程序應該為其文檔強制進行所有有效類型的設置，尤其是設置文檔的文件擴展名。請參閱「應用程序應如何保存文件？」。

對於擴展名有一個最後的說明。一般來說，應用程序應該能夠打開那些具有擴展名但是沒有類型和創建者代碼的文檔。對於公共（跨平台）文檔類型，例如圖像文件、文本文件以及HTML文件，尤其需要此特性。

可以把插件當作文檔嗎？

插件或任何其它可載入束都是文件包，Finder將它們作為文件呈現。應用程序也可以像處置文件那樣，視可載入束為文檔。所以，在「如何在Mac OS X中指明文件類型？」中提出的建議也適用於它們。可載入束應該總是帶有擴展名，如果適用的話，也應該將類型代碼（「BNDL」）和創建者代碼寫入束中的Info.plist文件中。關於與所有束相關的定型信息，請參閱「必須為應用程序指定什麼樣的元數據？」

Finder如何處理文檔？

Finder使用文件的類型和創建者代碼以及文件擴展名來決定此文檔的類型和所隸屬的應用程序。當Finder在其中的一個窗口顯示文件時，它使用此信息尋找適當的圖標以表示該文檔。當Finder用文件響應用戶操作時，即當用戶雙擊圖標打開一個文檔時，它將文檔類型作為鍵碼來查找對應該操作的應用程序。依據定型信息的特徵（例如，有擴展名但是沒有類型或創建者代碼），Finder可能：

立即用一個應用程序打開此文檔
顯示一個可供用戶選擇應用程序的對話框
在可識別該文檔類型的應用程序中，用其中的一個應用程序打開此文檔
若一個文件既沒有類型和創建者代碼也沒有擴展名，Finder將把它當作一個非文檔文件；該文件用一通用圖標顯示，雙擊它不會在任何應用程序中打開。

請記住，應用程序可將可載入束當作文檔。如果一個束可以被識別的話，雙擊該束將會使應用程序載入它。為了能處置任何其它文檔，應用程序需要指定該束的擴展名、類型代碼、創建者代碼、角色以及在其信息屬性列表中的其它信息。在應用程序能將可載入束作為文檔來進行處理前，Finder必須判定它確是一個束。

更多信息請參閱「應用程序和文檔的處理」。

為什麼要有擴展名？

一些Macintosh軟體開發者對文件擴展名感到沮喪。作為指定文檔類型和所有權的一個方法，與類型和創建者代碼以及可能由多分支HFS和HFS+ 卷格式生成的其它多信息元數據相比，擴展名似乎是很原始的。使用擴展名似乎是倒退了一步。

這是真的，但只在限定的范圍內如此。Macintosh用戶再也不會生活在狹隘的Macintosh世界中。在互聯網時代，文檔頻繁地在不同種類的網路中傳送，例如，從一台家用Macintosh到一台Linux網路伺服器，然後到公司區域網的一台Windows計算機中。不僅在文檔類型而且在文件的構成方面，上述路徑中的每台計算機都可能有不同的概念。許多計算機系統只根據眾所周知的擴展名（例如.jpg，.mp3以及.html）來定義文檔的類型。它們可能不知道如何處理一個無擴展名的文件，可能會把它當作一個未知的類型。它們也會忽略HFS+ 元數據，或更糟的是會將其完全清除，這樣它就無可挽回地被丟失了。

應用程序應如何保存文件？

應用程序應該將它的文檔保存為某一種類型，且應用程序只能是以編輯器（Editor）為角色來處理這一類型的文檔。當應用程序保存文檔文件時，Apple建議它應與合適的文件擴展名以及任何已被定義的類型和創建者代碼聯系起來。用戶以後可改變或刪除該擴展名（這樣做會付出代價），但在應用程序保存其文檔後，應用程序應始終應用所有有效的文檔定型方式（包括以擴展名來定型）。（關於這樣做的理由請參閱「為什麼要有擴展名？」）

當應用程序可採用一種或多種類型來保存文檔時，Apple建議它應在Save對話框中的彈出式菜單中顯示那些類型（可以將任何一種「本機」文檔類型作為預選類型）。然後，應用程序將以下列方式處理擴展名：

若用戶沒有在文件名域中輸入擴展名，則為它添加擴展名。
若用戶輸入了錯誤的擴展名，則刪除它並添加一個正確的擴展名。
若用戶輸入了正確的擴展名，則接受它。
另一個可能的方法是顯示一個 「untitled」文件名，其添加了正確的擴展名，但只有基本文件名是可以修改的；作為一個例子，「Untitled-1.txt」中只有「Untitled-」是可以修改的。

CFM可執行文件
如前所述，Mac OS X是一個非常方便易用的操作系統。它支持多種文件系統、多種應用程序環境、多個編程模型、多個圖形繪制庫以及多個網路協議棧。它也支持多個運行時間環境和可執行文件格式。具體地說，Mac OS X可執行下列類型的二進制代碼：

由動態鏈接編輯器（dyld）管理的Mach-O代碼模塊
由代碼片段管理器（Code Fragment Manager，CFM）管理的PEF代碼片段
由Java虛擬機管理的Java類文件
在上述三種可執行文件格式中，Mach-O是最為優秀的。它是其它類型最終依賴的本機格式。CFM和PEF技術是Mac OS 9中優秀的庫管理程序和可執行文件格式，是通向Mach-O/dyld技術的橋梁，正如CFM-68K曾是通向PowerPC的橋梁一樣。也就是說，Mach-O和dyld是Mac OS X的本機可執行文件格式和庫管理程序，這就意味著所有系統框架，甚至Carbon框架，都被創建為由dyld管理的Mach-O格式的二進制代碼。然而，CFM是傳統的Macintosh庫管理程序，而PEF是針對代碼片段的傳統的可執行文件格式，所以目前有很多Macintosh IDE為此運行時環境（包括Classic兼容性環境）生成應用程序可執行文件。

正如「庫管理程序和可執行文件格式」一節中所解釋的，把用於Mac OS X的應用程序創建為Mach-O可執行文件具有充分的理由。在這些理由中最重要的一個是性能。CFM/PEF運行時環境位於dyld/Mach-O運行時環境的上層；這樣，基於CFM/PEF的代碼必須通過軟體的一個附加層才能執行。

然而，沒有什麼能阻止您將應用程序創建為由CFM管理的二進制代碼。這樣的二進制代碼在Mac OS X上，包括在Classic應用程序環境中運行都是沒有問題的。

的確，可能有時需要CFM應用程序在Classic環境而不是在Carbon環境中運行；例如，當應用程序依賴於尚未完全移植至Carbon的插件時。這時，Finder的信息窗口將呈現一個可使用戶在Classic中啟動選定的CFM應用程序的選項。若希望忽略此選項並使應用程序始終在Carbon中啟動（或始終在Classic中啟動），您可指定在信息屬性列表中指定適當的Launch Services關鍵字。若選擇以CFM可執行文件來部署應用程序，您必須決定是否將它打包在應用程序束中。當考慮打包時，（Java除外）有三種不同類型的應用程序可在Mac OS X上運行。表13-1給出了可能的類型。

表13-1 Mac OS X支持的應用程序類型

庫類型 單文件 在束中
CFM/PEF 支持 支持
dyld/Mach-O 不支持 支持

理論上，您應該將CFM可執行文件打包在應用程序束中。通過這樣做，應用程序將獲得因打包而產生的所有益處，在「一個應用程序就是一個束」一節中對這些益處進行了詳盡說明。一個束化了的CFM應用程序在Mac OS X和Mac OS 9上都易被啟動，但方法不同。在Mac OS X中，用戶雙擊文件包（其內容被隱含），然後Finder將啟動應用程序。在Mac OS 9中，用戶需要打開.app文件夾，並雙擊包含在其中的一個CFM可執行文件的替身。同時請記住在「應該使用CFM還是dyld？」一節中所提出的建議。理論上，從性能的觀點出發，應用程序束應該有兩種可執行文件：最適於在Mac OS 9中運行的是由CFM管理的可執行文件，而最適於在Mac OS X中運行的是由dyld管理的可執行文件。目前，還沒有用於創建束化CFM應用程序的開發技術；您必須根據「束」和「應用程序打包」兩章中的信息，手工創建束。幸運的是，有一個捷徑。若您有權使用Project Builder，您可用它創建一個空的應用程序，並為CFM應用程序重新使用所生成的束。即便使用此捷徑，當創建CFM應用程序束時必須記住下列事情：

束目錄本身應該有「APPL」的類型定義並盡可能設置束位。同時它應該帶有.app的擴展名。
CFM可執行文件應該存放在Contents目錄下一級的名為MacOSClassic的目錄中。
在束目錄的頂層，創建一個CFM可執行文件的替身（相同名稱的）。下列程序清單對此進行舉例說明：
MyApp.app/ MyApp /* alias to Contents/MacOSClassic/MyApp */ Contents/ MacOSClassic/ MyApp ...
創建一個文件名為Info.plist的XML屬性列表；在此信息屬性列表中，指定如同在「信息屬性列表」一節中所敘述的所有必需的鍵值對。然後，立即將文件存放在Contents目錄下。
注意：可使用屬性列表編輯器應用程序（/Developer/Applications/PropertyListEditor）來幫助您創建屬性列表。若用其它編輯器創建屬性列表，並且在文本中包含了非ASCII字元，則應保證該編輯器可保存UTF-8編碼的文件。您也可以使用一個現有應用程序的 Info.plist文件作為模板。

遵照「應如何存儲應用程序資源？」一節中的說明，請將應用程序資源存放在束中。
如果您希望的話，可將CFM可執行文件以單文件應用程序的方式來部署，該應用程序將其資源管理器式樣的資源存放在它的資源分支中。如果這樣做並希望Finder能妥當地處理應用程序及其文檔的話，您必須將應用程序信息屬性列表的內容保存為一個類型為 「plst」，ID為0的資源。若單文件可執行文件沒有一個「plst」 資源，則它會被認為是一個僅能在Classic環境中運行的應用程序。通過一個Finder信息窗選項，您也可強制要求CFM應用程序在Classic環境中啟動。

用戶界面問題
在應用程序准備部署前，您可能必須考慮若干用戶界面問題。首先，您應該確保應用程序遵守「Inside Mac OS X: Aqua Human Interface Guidelines（Aqua人性化介面指南）」中的說明。您可以從以下列出Mac OS X技術文件的Apple Developer Connection網站獲得此書的PDF版本：

http：//developer.apple.com/documentation/macosx/

其次，應保證對於所有的語言和區域，應用程序已進行了適當的國際化和本地化；作為國際化的一部分，應保證應用程序可在一個文檔上支持多個語系的表示。關於這些方面的信息，請參閱「國際化」一章。以下幾節將討論與開發有關的應用程序用戶界面的其它方面。

圖標
應用程序或文檔圖標必須是一個「icns」 資源，該資源被包含在有.icns擴展名的文件的數據分支中。Apple提供兩個應用程序（在/Developer/Applications中）來幫助您創建並管理圖標：

Icon Composer圖標設計程序：以最標準的點陣圖形式輸入一個圖像（包括TIFF，PICT，JPEG和GIF），將其轉換為象素尺寸為16 x 16，32 x 32，64 x 64和128 x 128的一組圖標。它也為前三個尺寸創建位掩碼。為了得到最好的結果，您應該為四個尺寸的每一個都創建單獨的圖標版本；另外，輸入圖像的高度和寬度應相等。應用程序以擴展名為.icns的文件保存圖標。
Pixie：在各種放大倍率下顯示部分的屏幕，並允許將那些放大了的圖像復制到剪貼板或作為TIFF文件保存。
/Applications/Utilities中的Grab應用程序也可用於圖標設計，因為它能捕獲（作為一個TIFF文件）整個屏幕或部分屏幕。

用戶可將定製的圖標分派給文檔，如同他們在Mac OS 9中所做的那樣。為此，他們必須將定製圖標的拷貝粘貼在保存當前圖標的位置內，該圖標被顯示在Finder的信息窗口中（File > Show Info）。為使用戶能夠做到這點，您必須放棄在Finder元數據中的默認文檔圖標。

定製控制項和系統外觀
若創建一個繪制自身的定製控制項，您必須保證它在視覺上與用戶在系統預置（System Preferences）應用程序中的通用（General）設置面板中選擇的Aqua外觀相一致。當前的外觀，即應用於按鈕、菜單和窗口的顏色，可以是藍色或石墨色。

為使Carbon定製控制項與系統外觀一致，定製控制項的定義必須利用Appeara

『伍』 什麼是模板，要如何更改默認模板

模板文件中包含了「模型信息」、「樣式」和「陰影」對話框中的默認設置。模板還可以包含基本幾何圖形，例如在 SketchUp 默認模板中的站立的人。不同的模板適用於不同類型的用戶（如建築師或地理建模者），因此，您需要選擇最適合構建對象類型的模板。打開 SketchUp 時會自動載入您選擇的模板。
每次打開新文件時，SketchUp 都會使用默認模板。要想更改模板，可以使用以下幾種方法：
選擇其他模板
SketchUp 在安裝時即包含多種模板，如：室內布置 \f4 \endash }{\lang1033 美國，厘米、米和毫米。更換為其他模板的方法：打開窗口菜單（蘋果機中為SketchUp菜單）。
點擊偏好設置。
在左側窗格中，點擊模板。
在右側窗格中，選擇一種繪圖模板。
點擊確定關閉「系統偏好設置」對話框。
要使用選定模板打開新模型，請打開文件菜單，然後點擊新建。
關閉並重新啟動 SketchUp 後，選定的模板即會自動應用。
更改當前使用的默認模板打開文件菜單。
點擊另存為。在另存為對話框中，瀏覽至 SketchUp 的Templates文件夾，該文件夾的默認安裝位置為：
適用於 PC 的 SketchUp 和 SketchUp Pro - C:\Program Files\Google\Google SketchUp #\Resources\zh-CN\Templates。
適用於 Mac 的 SketchUp 和 SketchUp Pro - Macintosh HD/Library/Application Support/Google SketchUp #/SketchUp/Templates。
使用現有模板名稱或新名稱存儲模板，例如「我的模板」。
回到 SketchUp，如果您使用新模板名稱保存更改，請選擇這一新模板（步驟與「選擇其他模板」相同）。
要使用選定模板打開新模型，請打開文件菜單，然後點擊新建。
關閉並重新啟動 SketchUp 後，選定的模板即會自動應用。
SketchUp「偏好設置」包含鍵盤快捷鍵和工具欄位置等設置。系統會為每個用戶帳戶保存偏好設置，而不是在模板中進行保存。有關共享偏好設置的詳情，請參閱我們的
導出偏好設置一文。

『陸』 蘋果電腦（mac）不小心保存word在了我的模版，如何找到這個我的模版文件夾！

這是我的台式電腦，非蘋果。只能提供一個大致方向了。一般模板文件的文件名後綴是.dotx，如果你實在找不到的話，就用搜索功能吧。搜索電腦里所有的.dotx文件

『柒』 mac版word 「我的模板」文件要怎麼刪除

訪達（Finder）- XX的Macbook - 用戶 - XX（你的名字） - 資源庫（如果沒有，點上方齒輪圖標-查看顯示選項-把「顯示"資源庫"文件夾」劃勾）- Group Containers - UBF8T346G9.Office - 用戶內容 - 模板 - 刪除掉「Normal.dotm」
這樣就可以了。你再全退出word後重新打開就是空白模板了。

『捌』 Mac電腦numbers如何添加我的模板

摘要 您好，您的問題這邊已經看到了，正在解決之中，請稍微等一下

『玖』 蘋果cms模板如何安裝

首先准備好你下載的模版文件，解壓成文件夾

裡面有phpcms 和statics兩個文件

在我們安裝好的phpcms系統中，就有phpcms文件夾，和statics兩個文件夾，我們的模版文件就要分別放置於此

接著就是復制粘貼

進入phpcms裡面的Templates文件夾，

就會發現我們復制進去的模版文件夾愛typzy2012文件夾，這就是我們所要拷貝的文件夾（當然你的 模版不一樣，名稱就不一樣）

進入到網站後台，查看「界面」下的「模版風格」，我們把對應的模版啟用

雖然說已經啟用，但是我們的網站系統還沒有承認它，所以我們還要到「設置」那兒進行設置修改，點擊「站點管理」

然後點擊「修改」

模版風格配置選擇你想要的模版，然後在「默認風格」點選上

然後進行確定保存