Feeds:
文章
留言

Archive for 十二月 5th, 2005

1. 如果一使用者介面設計得很糟糕,你會注意到它的糟糕,如果此介面設計得很好,則你會注意到程式本身
 
2. 一般外觀的設計準則
  •  一致性 外觀的一致讓使用者介面易於使用與瞭解,所有的介面元素最好看起來有一整體的感覺
  •  版面的佈置與流暢性 西方文字的閱讀方式係由左至下、由上至下,所以盡量把重要的訊息放在左邊或上面,位於左上角的訊息往往最能受到注意。
  • 使用對齊 基本上使用靠左對齊以利於介面元件的掃描;如果是數值則使用小數點對齊或靠右對齊;非數值文件盡量不要使用靠右對齊與靠中對齊;你不需要凡事都要靠中對齊或保持對稱,其實盡量再右邊或下面保留一些空白反而比較好。
  • 使用群組 將相關的介面元素群組化以顯示其關係。將相關的資訊一起顯示出來,將控制項放置在作用中的物件附近;使用空白、群組方塊、直線、標籤、或其它的分隔字元來進行相關介面元素的群組化。
  • 使用強調 對於一些介面元素如果希望能被使用者第一眼即瞧見,則可以利用焦距、位置、群組、層級、enabling/disabling、大小、色彩、或字型屬性等方式來呈現。試著用圖形的方式來告訴使用者下一步該做甚麼。
  • 使用圖形的暗示 試著利用相似的大小與間格來表示某些介面元素的相似性、或不同大小與間隔表示某些介面元素的不同。
  • 使用留白 盡量利用適當的留白讓畫面乾淨一點以利於使用者的閱覽,不過留白應保持一定的流暢度而應避免間隙,不過,其實有時讓視窗小一點其效果比留白還好
  • 避免浮華 不要把你的產品或公司名字貼的到處都是,當然程式的啟始畫面與「關於」方塊裏的產品商標是無可厚非的,不過其它的空白處則應用作其它的用途,不然就寧可讓視窗小一點。
  • 注意大小 使用者介面的元素最好都與解析度無關,使用系統衡量方式 (使用API函數GetSystemMetrics) 或文字衡量方式 (API函數GetTextMetrics或GetTextExtenPoint32) 來決定介面元素的大小。任何顯示文字 (如對話方塊)、或列印文件的物件都必須使用文字衡量方式。盡量避免使用像素來定義大小。
  • 可以考慮使用來源範本或事先定義的配置網格 如此可以協助你於不同的視窗之間保持介面的一致性。
3. 圖形擬真是Windows介面所要遵行的:
  • 浮起的項目表示可以按下。
  • 凡滑鼠一經過即變為高亮度表示可以按下。
  • 凹下的項目不能選。
  • 項目中有白色的背景與一垂直的游標表示此項目可編輯。
  • 灰色的項目表示停用。
  • 浮起的線條表示可以拖曳。
4. 互動設計準則(這是許多程式設計師不太注重的部份)
  •  盡量允許鍵盤操作 理想的情況是除了繪圖功能之外,其它應該都允許用鍵盤操作。
  •  盡量允許滑鼠操作 除了文字輸入之外,所有的功能應該都允許用滑鼠操作。
  •  確定對任一會造成顯著後果的動作都能允許使用者在事前先做一選擇 使用者有權利知道它做了哪些事將造成嚴重或毀壞性的後果。
  •  對於要花較長時間的動作要提供完成的訊息 譬如一等待中的游標、進度計量器、或其它回饋的圖示訊息等等。而且應該允許使用者中途取消動作,其命令的標籤可以用「取消」或是「停止」。(許多程式設計師基於效能的考慮,特別不喜歡這各準則)
  •  視覺指示模式 告知使用者所處的狀態,通常是改變游標、或標題列的文字。
  •  單擊滑鼠與雙擊滑鼠所代表的意義要前後一致 單擊滑鼠代表非按鈕的選擇,雙擊滑鼠代表選擇加上預設的動作,換句話說,不論是在清單、清單方塊 (combo box)、或任何設定雙擊滑鼠的控制項,在其上用滑鼠所做的選擇並按下Enter鍵後、都必須有相同的效果。
  •  滑鼠右鍵一律設定為內容功能表 滑鼠右鍵除了內容功能表外不可有其它的功能。
  •  不要使用滑鼠的中間鍵 如果使用者的滑鼠有中間鍵,讓他在控制台中自己設定。
  •  熱鍵的使用要一致 利用功能鍵與Ctrl的組合定義熱鍵,最好不要使用Alt的組合,因為Alt乃功能表彈出鍵。也不要同時使用Ctrl與Alt的組合,因為這樣的組合太過冗長。
  •  讓熱鍵永遠有不同的選擇 不要讓熱鍵成為某一功能的唯一操作方式。
  •  避免使用水平捲軸 水平捲軸不利於閱讀,盡量代之以垂直捲軸、讓視窗更寬一點、縮短文章、或讓整個視窗包含整份文件。當然,如果一定得使用水平捲軸亦無不可。

5. 程式設計準則

  • 只有主程式的視窗有標題列圖示、功能表列、工具列、與狀態列 子視窗不應出現在工作列中,因為按下主視窗的工作列按鈕同時也會啟動子視窗,另一方面也是因為子視窗應盡量避免太過複雜。標題列是主視窗與子視窗的圖形識別,還有,永遠不要用預設的Windows標誌 (即飛行視窗) 作為一視窗的圖示。
  • 原始設定要盡量簡單化 讓使用者能隨著使用程式而設定他自己的喜好。
  • 應用程式應使用多文件介面 (multi-document interface MDI) 或單文件介面。
  • 應用程式視窗預設開到最大 通常這樣使用者才工作得較有效率。
  • 公用程式應使用SDI或對話方塊介面 我不建議使用MDI因為公用程式(utility) 最好有較大的使用彈性、所以通常都不將視窗開到最大。
  • 使用實際文件的SDI程式必須支援多重執行個體 (multiple instances) 使用多重執行個體可讓使用者同時開啟多個文件。
  • 使用「離開」命令來關閉程式 「離開」(Exit) 命令用來關閉程式,「關閉」(Close) 用來移除主視窗與modeless對話方塊,「取消」(Cancel) 用來modal對話方塊。「關閉」與「離開」意義不同,它只是關閉視窗而不是離開程式,例如,關閉印表機的狀態列並不表示取消列印工作。

6. 其他細部準則請參考書籍的"第4章建立一致性的介面風格",並於設計時檢閱是否有遵循

 

 

Read Full Post »

書籍資訊:
書名:Microsoft Windows使用者介面開發手冊
出版日期:1999/11/15
書號:957-8239-82-3
ISBN:957-8239-82-3
原作者:Everett N.McKay
譯者:吳德銘

1. 標準是用來幫助你確保你的程式可以與使用者的期待相符,盡量使用標準讓使用者可以不經學習即可使用你的程式
 
2. 不遵循標準的一些情況
  • 你正在設計一個史無前例的創新介面,而且你也知道你自己正在做甚麼。不過,此時你最好有充裕的預算好做測試。
  • 你正在從事一個極度創新的程式設計。
  • 你的程式有極度特別的介面需求。
  • 你所設計的是一遊戲或一多媒體的程式,所以如果使用標準的介面就未免太過單調了。
  • 你決定有另一個目標正等著你,所以寧願作一個重大的妥協。
  • 你能承擔修補錯誤的風險。
 3. 用相同的字眼去描述同一件事。僅僅為了敘述些微的差別就使用不同的名詞極容易導致使用者的困惑。事前花一點點心力於名詞的統一之上可省去日後無窮的麻煩
4. 應該極有系統地為一些物件命名,別把它當成一種麻煩──你反而要花點心思取你最喜愛的名字。一開始就能做命名的工作、儘管不很理想但也總比甚麼都不做的好。因為這樣至少能讓你養成從一開始即命名的習慣並能逐步地改進。其效果絕對是不同的。
 
5. 命名既不需完美也不需最有涵義,只需要具備易記、與容易識別的特色
 
6. 命名是一件大事。要盡量避免使用一些開玩笑或你不希望外界看到的字眼,即使只是暫時的,因為假如你的產品十分成功,則這個名字將跟著你的產品好幾年
 
7. 除非你的程式主要由程式設計師所使用,否則應該盡量避免使用行話、而應代之以一般而日常的語言
 
8. 如果一家公司的產品都能有統一的介面風格亦有利於建立這家公司在市場中的形象;而於產品進一步開發時亦較容易在使用介面與程式碼之間取得一個平衡。所以,任何一家公司都必須能不局限於所謂的標準、而是要建立自己的介面風格。
 
9. 一個程式的特質充分表現在它的外觀──它的行為──也就是所給予人的感受。所以所謂使用者介面風格的設計準則指的就是程式的外觀罷了。這些準則可以決定程式的行為模式
 
10. 不要為了準則而建立準則,相反的,你應該擬定一明確的目標、然後為了滿足此一特定的目標而建立你的準則
 
11. 有效的設計準則應該讓設計更容易、而非自尋苦惱。
 
12. 準則並非一定要死板版遵守不可,因為設計師必須知道何時要遵行何時不用。別把準則當成你停止思考的藉口。
 
13. 一些認為為了滿足準則的合理目標
  • 建立一致的外觀 準則應該能促進所設計介面其外觀的統一以利於使用。所有的介面元素應該看起來有一整體的感覺。
  •  同一家公司的產品要有一致的介面風格 準則應能使讓人對同一家公司的產品有一致的印象。
  •  簡化外觀與動作 準則應能幫忙設計者去掉一些不必要的複雜圖形與非標準的使用動作。
  •  簡化開發的過程 準則應該讓開發更容易,並免除設計者一些例行的工作與取捨。

 14 除了設定準則的目標之外,建立一些準則自身的準則亦是必要的。以下是一些考慮的要點:

  • 盡量不要與標準重覆,準則是一種補充、而不是用來取代標準的。
  • 不要隨意訂定準則,只把合理的規則加入準則中。
  • 盡量讓準則平易近人
  • 盡量簡短
  • 確定所訂的準則與所用的工具能相符
  • 盡量避免在準則中宣告Windows requirements
  • 多花點心思在實際的準則上、而不是一些普遍性的設計法則

15. 一種提昇使用介面一致性的方式就是建立來源範本

 

補充:

Read Full Post »

IPCop

lPCop 是一套擁有 Linux 核心令舊電腦變身Router 的 LiveCD,用家利用它可輕易建立 Linux BaseRouter,由於它針對家庭和 SOHO(Small Office / HomeOfrice) 用家,所以除保留Linux的指令式操作介面外,亦和市面上的Router一樣提供 Web Base 圖像介面。
它本身己內置防火牆功能,可通過一些 TCP/lP 規則對各種資訊進行監控和管理,當遇上一些非認可的程式試圖進入用家系統時,它除了會拒絕回應外,亦會進行記錄方便用家日後找出問題所在。
除此以外它亦擁有一般 Router 功能,例如 NAT、DHCP 和 QoS,透過安裝Plug-in更擁有 Proxy Sewer (squid)、Web Sewer (apache).SAMBA 和 FTP 等。
■ IPCop 系統要求
與大部份 Linux Live CD一樣,lPCop對系統要求不算太高,以下為它的硬年最低要求和建議規格 :
.硬件最低需求 : 486以上、32MB記億體、兩張網絡卡、2OOMB以上硬碟空間和一部CD-ROM
.硬件建議規格 : 35OMHz以上處理器、128MB以上記憶體、兩張網絡卡 500MB 或以上硬碟空間、一部CD-ROM

Read Full Post »

PowerPoint2DVD

PowerPoint 不再是只能在電腦上播放觀看了,PowerPoint都數人都認為它必須在電腦上才能播放觀看,但使用了PowerPoint2DVD之後,這個想法將會完全改變。因為它可以讓我們將原本只能在電腦播放觀看的PowerPoint檔案,製作成可以在電視上播放觀看的DVD或是MiniDVD,讓你只要有一台電視外加一台可播放DVD的播放機,就可以看到PowerPoint檔案,而不再僅限於電腦唷!

系統需求:
.作業系統:Windows 2000/XP
.中央處理器(CPU):Pentium III/Athlon 500 MHz或以上
.系統記憶體:256 MB或以上
.硬碟空間:至少剩餘2GB(含)以上之可用空間
.顯示卡:至少32MB且支援1024 X 768, 24-bit
.DVD或VCD燒錄機
.PowerPoint:Microsoft Office PowerPoint 2000(含)以上之版本
按我下載

Read Full Post »

這次的信息我覺得相當的好,我將信息的大綱張貼如下,如果需要的人可以去查考看看 ^^

善美的教會

金句:詩133:1

經文:太7:1-3, 腓2:3-5

一、前言

1. 善美的教會以持守真理為前提

2. 善美的教會是彼此和睦的教會

 

二、教會的內涵

1. 兩下造成的新人–彼此接納(弗2:11-18)

2. 神的家–看重關係(提前3:14-15)

3. 基督的身體–看重配搭(弗4:1-6, 2:23)

4. 基督的新婦–看重聖潔(啟19:7-8)

5. 基督的羊圈–看重牧養(太10:11-16)

6. 神國在地上的彰顯–看重表現(太16:15-19)

7.同質性信徒的集合–看重特性(徒13:1, 腓1:1, 彼前1:1-2, 啟2:1, 8, 12)

 

三、如何成為善美的教會

1. 專注共同點、接納差異點(弗4:1-6, 腓1:27)

2. 學習彼此饒恕的功課(西3:12-14)

3. 選擇鼓勵而不是批評論斷(羅14:4, 10, 太七:1-3)

4. 拒絕聽信流言及傳遞流言(箴20:19, 21, 23)

5. 用聖經(神)的方法解決衝突(太18:15-17)

6. 在主裡支持牧者與領導者(帖前5:12-13)

 

四、結語

凡是存心謙卑,個人看別人比自己強,不是關乎真理的事情,不必爭的我贏你輸,如果大家都能以基督耶穌的心為心,必能帶來教會、團契的和睦、合一與復興。(腓2:3-5)

Read Full Post »