A List Apart最新一期裡的CSS @ Ten: The Next Big Thing這篇文章裡面，提到接下來CSS會發展的一個主要方向，就是網路字型(web fonts)，這其實也不是新東西，早在1998年的CSS2裡面就有font-face，不過很不幸的，IE和Netscape都不支援truetype字型，結果網頁設計師都沒在使用，然後到了CSS2.1這功能也被屏棄了，現在這功能有希望回來了，不過其實我不是很樂觀啦，或許web fonts會回到CSS，不過等CSS 3制定出來不知道還要多久（個人推測10年），而且更大的問題是中文字型和歐美語系字型的大小差很多，如果做到像PDF可以只包含需要的部份，那變成伺服器端要支援，想起來就是一整個很難實行，中日文這些有漢字的地方大概還是只能繼續用系統有內建的字型和圖片吧。
最近逛網站時比較常發現的小問題，很多人在設計版面時，為了質感或是排版會使用背景圖，而使用了背景圖，不過使用了背景圖，卻沒設定背景色，這樣會有什麼問題呢？
這邊先拿老貓學出版為例，我在頁面讀取到一半時就抓了一張圖，可以發現到在背景圖還沒讀完時，內文和最外層的背景色會混在一起，老貓學出版的狀況還算好，對比還夠，不過有不少網站最外層背景的顏色更深，這時候就會造成對比不足無法閱讀的狀況。
不過有人會認為「這是讀取到一半的時候啊，不能這樣說。」而我要說的是，訪客都是不想等的，如果文字已經先讀取完了，為什麼不讓訪客可以先開始看內容呢？再來，雖然現在可能沒什麼人因為網路速度問題預設關閉讀取圖片，但是如果真的遇到了，那他就會看不清楚文字了，內容才是網站的主體，如果因為一些小疏忽讓傳達的過程出現障礙，那真是很可惜。
更新：老貓學出版那已經修改過了，所以現在看不到上面所描述的狀況摟^^。
這陣子都有稍微看一下這東西的相關資訊，不過卻對起源不甚了解，今天承蒙b6s解惑，留一下紀錄，因為只詢問過b6s的意見，所以只保留我和他的對話，以下內容保留一切權利，不採創用CC授權條款。
23:04 <@othree> ._./ Dublin Core有人研究過嗎？
23:08 <@othree> 其實我搞不懂DCMI的成員是哪些，還有當初為什麼會來制定這個
23:39 < b6s> othree: dublin core 比較像是哲學層次的事
23:39 * b6s flee
23:41 < b6s> othree: 說正經的，那個基本上是圖書館學的東西
23:41 < b6s> 然後順便拿來做 semantic web
23:42 < b6s> 最近則擴大到本來就有分類學的領域，像是生物分類學
23:42 < b6s> 不過最近搞這個的派別變多了，有另一派叫 SUMO
23:42 <@othree> @@
23:42 <@othree> sumomomomomomo
23:43 < b6s> dublin core 因為是圖書館學的人主導，所以比較偏向資訊本身的 metadata
23:44 < b6s> SUMO 則是知識的 metadata
23:44 <@othree> SUMO就是全名？
23:44 <@b6s> suggested upper merged ontology
23:45 <@othree> ontology ~_~
23:45 <@b6s> dublin core 比較實用，因為它基本上就是 RDF 的媽媽
23:45 <@othree> 之前上XML課上完後就特別討厭這個字
23:45 <@b6s> 其實 dublin core 也是 ontology, 只是它是 data 的 ontology
23:46 <@othree> 大概是因為老師來不及上所以都不懂吧XD
23:47 <@b6s> ontology 其實是人的本能，只是把那個本能抽象化到大家會吵架的地步
23:49 <@b6s> 就像 Java 的所有東西都繼承自 Objetct, 但是 JavaScript 則不一定需要這種事
23:49 <@othree> :P
23:50 <@othree> 不過現在ontology能處理不同語言嗎？
23:50 <@othree> 例如英語和中文的同義詞
23:51 <@b6s> 那個是 SUMO 的下層才能處理的事
23:52 <@othree> @@
23:53 <@b6s> 首先有個別語言的 ontology, 像 WordNet
23:55 <@b6s> 然後有個組織叫 ISLE/EAGLES 做了 MILE, 來把各種語言的 lexicon 連結起來
00:00 <@b6s> 說起來 ISLE 就是另一個派別，它並沒有特別想要跟 SUMO 接起來
00:00 <@b6s>http://www.mpi.nl/ISLE/
00:00 < kerobot> b6s: [Link Info] title: EAGLES/ISLE Meta Data Initiative
00:00 <@othree> 一副大家都想自己搞的樣子...
00:02 <@b6s> 其實這反映了經濟實力
00:02 <@b6s> ISLE 是歐系的
00:02 <@b6s> dublin core 是美系的
00:03 <@b6s> 亞洲人最可憐了，只能都吃下來
00:04 <@b6s> 非洲人現在則忙著炒股 *誤*
00:06 <@othree> 最近台灣也是啊
Roger Johansson前陣子寫了一篇文章「Are we designers or developers?」，講到了很都人可能都面臨過的狀況，像別人介紹自己職業時，不知道該說什麼，網頁設計師？但其實又不是真的只做網頁的設計，開發者？但其實外觀設計還是自己搞得...。
我雖然不以此維生，但確實也有遇過這樣的狀況，即使對方知道有人又做後台又做前端的，好像也沒有一個詞可以來代表，Roger的說法是他會依照對象、情境來決定他該怎麼介紹自己，在大部分的時候他會說：「我從事網路相關的工作。」或是「我作網站。」這兩個回答我覺得都相當不錯，對一般人這樣說就很足夠了，如果對方還有興趣了解更深入在解釋就可以，不過其實以我來說，我還不會稱自己是網頁設計師，畢竟我是從code那邊來的，現在雖然有少量接觸設計的資訊，而且以我目前設計外觀的方法和成品，我認為離稱得上設計師還有段距離，所以我至少不會在設計師或開發者間混淆，但是卻反而會怕對方混淆，又多解釋了不少東西，然後可能對方也有聽沒有懂吧。
另一個設計師相關的事是Jeff Croft花了些時間去看W3C的工作小組成員，結果竟然發現裡面找不到任何有名的網頁設計師/開發者，這樣當然會產生一些問題，因為到時候這些角色會使用到制定出來的標準，但是制定的過程卻沒有人參與。Jeffery Zeldman則做出回應是說W3C有想要改變這個狀況，不過有時候事情不會這麼順利，像是找不到相關領域的人來參與，不過我想W3C既然知道有這問題，也有想辦法改變，我想狀況應該就不會演變到多差吧，而且CSS3和HTML5都不知道還要多久才會成為推薦標準。
Google Maps今天更新，主要兩個更新點，我的地圖變得更好用，不過這個我比較不確定是不是今天更新的，另一個我確定的是，新增像YouTube那樣可以直接提供程式碼，複製貼上就可以把地圖放上網頁的便利功能，所以我做了一個我的上學路線的小地圖，不過我發現FireBug會抓到錯誤訊息。
結果我看到的錯誤訊息是Operator的錯誤訊息，和Google Maps無關。
這篇其實是Web Accessibility第一、二章的感想。
第一章就是簡單介紹網頁親和力，包括基本認識、好處、迷思等等，其中迷思的部份有興趣的可以看看我之前翻譯過的親和力迷思與錯誤觀念，不過書中講的還要更多一點。
第二章則是網頁親和力的法律簡述，看了之後才知道，美國的發展是因為有身心障礙者因為無法使用網站，提出告訴，然後政府才開始有注意，之後才有了相關法律和Section 508，而Section 508其實也不只是網站的親和力方針而已，其實包含了軟體、作業系統、網站、網路應用程式、資訊、文件和支援等等，而WCAG就只是針對網頁而已。回過來看台灣，網頁親和力議題這麼不受重視，想必是因為還沒人告吧，不過我覺得這也是民情造成，台灣的人大概比較不會往自己的權益受到侵害的方面想，更不用說要對公家單位提出告訴了，讓我想到暑假上英文時，外籍老師知道我們18歲要當兵，但是20歲才能投票時，驚訝的說：「你們在還不能決定國家大事的時候就要被迫上場打仗！」
花了不少時間總算弄完，中途主機root不知原因掛掉還重灌一次，最後有兩篇文章的附檔沒辦法找回來，都是HemiDemi的Firefox擴充套件，不過反正都是測試版的，所以就放著不理了，以後要是有新版在直接加註吧。
另外昨天看到hlb提到W3C的working group是開放給所有人加入的，還有一篇文章教人怎樣加入「How YOU can join the W3C HTML5 Working Group in six easy steps」，我目前有在考慮加入，實際參與規格的制定好像還蠻有趣的，畢竟以前都只能跟著別人的腳步走。
本站實體檔案回溯到2006/03，所以包括樣板和哪之後的文章的圖片都掛掉了，所幸本文是都有備份到，會發生這樣的事故主要是我的備份設定似乎沒做好，結果每天備份都是作假的，於是我一不做二不休，先升級到MT4，接著再來設計新的樣板，不過應該只會拿之前的再做些修改，畢竟那個樣板我還蠻滿意的，而且還有半成品的備份。版面和設定弄好之後再來慢慢把以前的附檔補上，不過也只能補有辦法補的。看來看書進度會delay好一陣子。
現在開始每天會固定回復舊文章的連結和圖片，會造成feed內不斷有舊文跑出，還請見諒。
絕地大師有鑑於國內實在太少網頁親和力的資訊和資源，所以決定自己跳下火海，撰寫一本，或許會是一系列關於網頁親和力的書，而其第一步就是開啟一個新的部落格，作為紀錄寫書的歷程之用，現在已經放了不少文章上去，除了以前寫給OSSF自由軟體電子報的相關文章外，還有對這本書的構想和大綱。我一直對這領域似懂非懂，大概是見山似山的階段吧，有點認知又知道其實比我的認知還要大，現在絕地大師決心投入為國內的網頁親和力議題盡一份心力，我自然是樂觀其成啦，不過在那之前還是要先把Web Accessibility看完。
話說我實在沒想到國內沒有任何網路公司有親和力團隊。
這兩天注意到兩本新書，應該都會買吧。
本書評由othree 評論於2007/08/09 ，評分為5分（滿分5分） ，採創用 CC 姓名標示-相同方式分享 授權條款釋出。
這是一本設計書，雖然說是網頁設計，但裡面高達八成都是在講設計的東西，只有少部份的HTML和CSS code，設計的內容包括平面設計的基礎、名詞、顏色...，到設計的流程，而本書所講的設計流程也就是這本書的架構，五大章節，從版面配置開始接著依序是顏色、質感、文字排版、圖片選擇與製作，照著書上的流程來設計，而不是一股腦的就把想法畫出來，相信都可以得到不錯的效果。
我剛好是這本書設定的對象，所以對我來說實在是幫助不小，雖然看過色彩學和一些平面排版的書籍，不過還是缺了設計流程，以至於我雖然有了一些基礎知識，卻不知道怎麼應用，不過這本書剛好幫我把這些知識都串了起來，一下子感覺學到了不少東西，接下來要設計網站就照這流程來試試看吧。
- Arial
- Arial Black
- Comic Sans MS
- Courier New
- Georigia
- Impact
- Time News Roman
- Trebuchet MS
- Verdana
The Principles of Beautiful Web Design裡面提到的，這九個字型在windows和osx都有，所以可以放心使用，唯一的問題是都是英文字型，中文字型在這方面根本就是絕望啊。
從HTML Mastery這本書的書評開始，我大概都會改成先在aNobii發表評論後在用hReview的格式在這裡發表吧，這樣我寫評論的時候比較不需要去想版面呈現的東西，感覺寫起來輕鬆不少，順便正式使用hReview這個microformats，實際上在決定格式的時候還蠻難抉擇的，我想盡量保持標籤簡潔，又不能省掉太都東西，結果花了兩個小時以上才弄成現在的樣子，我想以後還是有可能修改啦，沒想到hReview比其他幾種格式複雜不少啊，要考慮的東西多很多。
本書評由othree 評論於2007/08/03 ，評分為5分（滿分5分） ，採創用 CC 姓名標示-相同方式分享 授權條款釋出。
我一直在尋找如何正確使用每個HTML標籤的文件，不過一直以來的網頁製作書籍都沒有這種資訊，當我看到microformats時，曾經有一度認為他就是我要找的，不過microformats仍然不是我要找的。
終於我看到了這本書，不是每個HTML標籤都提出來一個一個講，但卻更正確的告訴你哪些標籤該在什麼時候使用、如何建構一個結構良好的HTML文件、如何給予適合的id和class。除了HTML外，他也適當的提供CSS和javascript，讓你了解如何同時保持良好的HTML結構，又能夠達到各種需求，當然，現在的瀏覽器支援問題也沒有少。
這本書是我目前看到最好的HTML書，也希望國內能夠翻譯引進，或是這些設計理念能在國內推廣出去，我實在不想一直看到國內的網頁製作公司在這種時代還持續的產生table layout的網頁。
昨天一口氣買了8本書，三本是網站相關，參考Jedi之前的書評挑選的，約花了四千塊，剩下幾本則是小說和雜書，都是中文的，只有一千出頭。