Google 已經朝向盲人開發搜尋引擎, 不過不曉得效果如何, 裡面提到他的主要做法是 Accessible Search先分析網頁內容,並去除那些包含大量圖像的網站,之後再按照盲人用戶的特殊設定排列搜尋結果,例如興趣或地點等。
不過目前我看到的頁面, 首頁是 Flash 和整個頁面使用大量圖片的還是佔了大多數, 或許如果加上圖型辨視技術, 將能知道的圖型轉成文字, 或者為那些圖型加上 alt 的屬性(放在庫存網頁之類的), 也許也是個可行性的做法?
個人筆記, 記錄關於 系統、程式、新聞 與 日常生活 等資訊
Google 已經朝向盲人開發搜尋引擎, 不過不曉得效果如何, 裡面提到他的主要做法是 Accessible Search先分析網頁內容,並去除那些包含大量圖像的網站,之後再按照盲人用戶的特殊設定排列搜尋結果,例如興趣或地點等。
不過目前我看到的頁面, 首頁是 Flash 和整個頁面使用大量圖片的還是佔了大多數, 或許如果加上圖型辨視技術, 將能知道的圖型轉成文字, 或者為那些圖型加上 alt 的屬性(放在庫存網頁之類的), 也許也是個可行性的做法?
在開發網頁上的程式會有很多的莫名奇妙, 有 IE cache 的 bug, 有人網址到處亂貼, 有人英數字就喜歡長長的打一整排, 然後版面會被撐開變亂.
為了這些問題, 總是得用一堆很 dirty 的方法來解決, ex: 遇到 IE cache 就加個 timestamp 之類的, 讓他不會 cache, 遇到英數字長長一排, 讓版面亂掉的, 就用以下此方法(WBR)來解決.
現在 IE 的市佔率還是在高點, 頁面設計還是得要以 IE 為主, 以 Linux 當 Desktop 的情況, 還是會遇到不得已, 非得要灌 Windows 的狀況(在 Linux 裝 IE 看起來實在太辛苦了)
不過 qemu 在灌 XP, 實在是異常的辛苦(光灌放在那邊就等了 8 個多小時才灌好)..
以下來記錄一下整個流程.
API 搜尋引擎, 有 Html, CSS, C, Java, PHP, Ruby, XML, SQL ... 非常多種類的 API, 依分類結合起來的搜尋引擎, 可以在找 function 上更省時省力 🙂
網址: gotAPI.com
快速搜尋 API 的, 同樣都是 gotAPI 發展的:
網址: Fast API Search
自從轉換到 UTF-8 的環境後, 就一直使用著 gnome-terminal, 也並不是說他不好, 除了就他肥了點, 慢了點, 似乎其它都還蠻能符合需求的, 但是最近發現一個嚴重的問題, 就是它的快速鍵跟 irssi 的快速鍵相衝了.. 所以... 還是到該換掉他的時後了~~~
換掉的首選當然還是挑 rxvt(以前用習慣了), 所以就裝了 rxvt-unicode, 但是還是遇到一些小問題, 最主要是字體太小比較嚴重了點, 花了點時間調了一下, 簡單記錄一下參數.. 🙂
urxvt -imlocale zh_TW.UTF-8 -fn "xft:AR PL New Sung:pixelsize=20" -tn xterm -bg black -fg lightgray -sl 800 -pt Root -srurxvt -imlocale zh_TW.UTF-8 -geometry 80x25 -sl 5000 -sr -bg black -fg lightgray -fn "xft:AR PL New Sung:pixelsize=20" -tn xterm -pt Rooturxvt -fn "xft:Sans:pixelsize=16" -bg \#026 -fg gray -sl 800-tn xterm: 使用 xterm 當 termcap, 否則在 FreeBSD 使用 screen 會出現 Cannot find termcap entry for 'rxvt-unicode' 的錯誤訊息
Ubuntu 使用到目前唯一的問題就是看影片沒法全營幕播放, 因為全營幕播放會發現畫面會 Delay, -vo xv 的話是會出現橫線的條紋, 解決方法如下:
1. 安裝 w32codecs
2. 安裝 NVIDIA的軀動程式
當 MySQL Replication 的 Slave 機器連進去, 使用 show slave status, 發現以下的訊息, 而 Replication 也隨著停下來不在運作的時後的做法~
Error 'Duplicate entry 'PRIMARY KEY' for key 1' on query. Default database: 'DB_NAME'. Query: 'INSERT INTO TABLE_NAME xxx VALUE( 'xxxx' )
這代表 Key 有重覆到, 原因不明, 也許是 MySQL 本身就有 Bug, 總之遇到這種狀況的處理方法, 可以把重覆的那筆資料砍掉(不過可能會有很多), 或者就是用以下做法:
這樣子就可以了, 當然建議寫一隻程式來跑(可能會有很多)
因為本 blog 的頻寬有限, 想要貼圖又不太敢貼, 所以我的 blog 一直都很少有在貼圖(放在 flickr 或 其它地方 又怕何時不見了就麻煩了).
今天為了要貼一張圖, 但是看 166kb 實在蠻大的, Gimp 等的縮圖縮起來又糢糊不清(應該是我不會用.. Orz), 還是自己寫個簡單的縮圖比較簡單~ 🙂
總之效果還不錯就好了~