| @Xjserv | 各位好,在下是 Jim Huang <jserv @ kaffe.org>,有幸能在這裡與各位朋友 |
| @Xjserv | 分享一些經驗。為了整體的流暢性,請在小弟打出 "Questions?" 後再行發問 |
| @Xjserv | ,謝謝!當然啦,小弟只是與各位分享,並不是什麼權威,所以很可能無法招 |
| @Xjserv | 架,但沒關係,請多討論,說不定在眾人腦力激盪、合力找資料與分析下,說 |
| @Xjserv | 不定很快就可以釐清問題。 |
| @chihchun | jserv 加持大典正式開始 |
| -!- fox_web [~daa886bd@chat.ircnet.org] has joined #debian.tw |
| -!- cp76 [cp76@alumni.csie.nctu.edu.tw] has joined #debian.tw |
| @Xjserv | 沒問題吧? :) |
| @Xjserv | 先感謝各位朋友抽空共襄盛舉,再來要感謝神奇的網路把物理距離遙遠的我 |
| @Xjserv | 們,能夠透過 IRC 作即時的交流,扯了這麼多,似乎與本次主題 X Window |
| @Xjserv | System / FreeDesktop.org 似乎無直接關連?不,事實上是息息相關的,可以 |
| @Xjserv | 這麼說:「X 本身就是網路技術極佳的表現」。X Window System 是個相當複 |
| @Xjserv | 雜的議題,小弟陸續整理過去發表的文件,將會集結成書 (書名暫訂《揭開 X |
| @Xjserv | Window 神秘面紗》),而今天的重點在於闡述 FreeDesktop.org 主導下,X |
| @Xjserv | 種種巨大的變革。對了,因為這些議題非常的複雜,進行介紹的速度上會比較 |
| @Xjserv | 快,如果覺得無法接受的朋友,請立即提出。此外,本次的 IRC Conference |
| @Xjserv | 還有另一個正面的意義,各位的 feedback 與 questions 都將會是小弟新書 |
| @Xjserv | 裡頭著墨之處,所以如果覺得意猶未竟,可私下與我聯繫,或者成為共同作者 |
| @Xjserv | ,那更是歡迎。互動是很重要的,否則直接集結成冊,然後與各位推銷,不是 |
| @Xjserv | 更好?那樣,我就不知道諸位的接受程度,也很難反應真正價值之處。若本次 |
| @Xjserv | IRC Conf 成功的話,說不定有機會可以繼續類似的主題作更深入的分享 :) |
| @Xjserv | ----------------------------------------------------------------------- |
| @Xjserv | Copright (c) 2004 Jim Huang and Debian@Taiwan IRC Conference |
| @Xjserv | Attendants. All rights reserved. |
| @Xjserv | Permitted to redistribute the following IRC log content with |
| @Xjserv | authors' information (nickname, date, or something identified) |
| @Xjserv | without modifications. |
| @Xjserv | For advanced usage (such as COMMERCIAL purpose and publish), |
| @Xjserv | you MUST contact the original author(s). |
| @Xjserv | ----------------------------------------------------------------------- |
| -!- Spod [~3dd9c2e6@chat.ircnet.org] has joined #debian.tw |
| -!- fox_fox [~fox@218-168-134-189.dynamic.hinet.net] has joined #debian.tw |
| @Xjserv | 稍微介紹 X Window System 的歷史,1984 年 MIT 在 DEC 的資助下進行了 |
| @Xjserv | Athena 計畫,這就是 X Window System 的前身 (授權方式:MIT X License) |
| @Xjserv | ,所以呢,屈指一算,已經二十個年頭。需要留意的是 1987 年 X 第 11 版 |
| @Xjserv | (請記住這個版本與年代,這是 X Window 一個重要的里程碑,爾後 X 則固定 |
| @Xjserv | 為此 major release,也稱為 X11) 釋出,隔年在業界的資助下,成立 X |
| @Xjserv | Consortium,很不幸的,1996 年 X Consortium 釋出 X11R6.3 (此處的 "R" |
| @Xjserv | 表示 Release) 之後就解散了 (請記住這點,X 相關的組織主導權時有變動), |
| @Xjserv | 而由 OSF (Open Software Foundation) 接手,在 1998 年 OSF 釋出 X11R6.4 |
| @Xjserv | 時曾經修改過授權條款,但是受到反彈後,改回原本的授權方式。對了,因為 |
| @Xjserv | Unix 大廠的興衰與成員異動,OSF 後來轉型為 The Open Group,主導許多標 |
| @Xjserv | 準的制訂過程。(請將規格與實作兩者分清楚) |
| @Xjserv | ----------------------------------------------------------------------- |
| @Xjserv | Free86 又是怎麼回事呢?簡單來說,名稱源自"X11R6 for i386 Unix",該 |
| @Xjserv | 專案啟動時,恰好與 Linux Kernel 在同一個時間,很重要的一點,這是跨越 |
| @Xjserv | 多種硬體平台的 Open Source 實作。(歷史故事請自行參閱 www.XFree86.org) |
| @Xjserv | Questions? |
| @Xjserv | 可以繼續嗎? :) |
| chinian | Please. |
| keel | continue ; |
| @Xjserv | ok. |
| @Xjserv | 請各位用 Web Browser 打開以下網址: (等待 30 秒讓各位操作) |
| @Xjserv | http://gallery.debian.org.tw/2004-10-21 |
| @Xjserv | 上述枯燥的歷史淵源,有點概念就好,後面的部分才是重點 :) |
| @Xjserv | 可以繼續嗎? :) |
| -!- PowerOp [d2f1c9f0@webchat.xs4all.nl] has quit ["[http://webchat.xs4all.nl] (EOF)"] |
| rabit | ok! |
| @Xjserv | ----------------------------------------------------------------------- |
| @Xjserv | 小弟用幾張示意圖介紹 X 的規範,圖(1) 表示 X 設計最初的應用就是運算資 |
| @Xjserv | 源侷限的 X Terminal,大部分的運算在 server 端處理,然後將畫面回傳, |
| @Xjserv | 圖(2) 則是巨觀的看 X Window System 的 Client-Server 架構,需要注意的 |
| @Xjserv | 是,X 設計當初就把網路連接列入考量,爾後更跨越 Ethernet 的限制。圖(3) |
| @Xjserv | 相當有意思,基於網路通透性 (network transparency) 的考量,我們可以試 |
| @Xjserv | 著將 X Window 與其說是 GUI 系統 (如右邊的傳統圖形系統),還不如說是 |
| @Xjserv | Client-Server 系統 (如左邊的關連性資料庫),這個觀念很重要。圖(4) 顯示 |
| @Xjserv | X 的精髓,也就是 X Protocol,請記住這點「X Protocol 直接反應規格,是 |
| @Xjserv | X Window System 的核心,至於 xlib 只是一種實作需求」(後面會提到如何將 |
| @Xjserv | Xlib 徹底推翻)。圖(5) 闡述 X Connectivity,需要注意的是,X server 是 |
| @Xjserv | 處於具有實體 Display/Input-Output devices 之處,X cliens 則可以在本機 |
| @Xjserv | 上,也可以處於遠端某台機器上,但是 X 的架構就是允許你不需更動的前提下 |
| @Xjserv | 使用這些資源,這也是網路通透性的意義。圖(6) 是 Xlib 運作模式,許多 X |
| @Xjserv | client 依據 xlib 進行撰寫與設計,透過 xlib 對 X server 作 X Protocol |
| @Xjserv | 的處理,進而展現於使用者之前。請記住,xlib 只是實作需求,事實上,只要 |
| @Xjserv | 透過 socket programming,就可以直接對 X protocol 作處理,所以 pure |
| @Xjserv | Java application 可以在不需要使用 xlib 的前提下建立 Window、Display、 |
| @Xjserv | Cursor、Font、...,像 Sun Microsystems 的 Project Looking Glass 有個 |
| @Xjserv | 子系統就是用 Java 撰寫,與底層的 X server (based on Xorg) 溝通。先提 |
| @Xjserv | 到這裡,可以繼續參考小弟的簡報: |
| @Xjserv | http://jserv.sayya.org/freedesktop/ |
| @Xjserv | Questions? |
| @Xjserv | ----------------------------------------------------------------------- |
| keel | X client 沒有 I/O 的東西嗎? |
| @Xjserv | 補充一下,xlib 雖然是標準規格,但事實上可以直接跳過這層,對 Protocol 直接處理 |
| @Xjserv | keel: X 事實上有定義 I/O 處理 |
| keel | I/O device... |
| @Xjserv | keel: Protocol 中 Device-Dependent 的部分就是 |
| keel | thx. continue ; ^^ |
| @Xjserv | 比方說 FreeDesktop.org 有個 XCB / XCL 的專案 |
| kanru | 所以說要寫視窗程式可以完全不用碰到 xlib 囉? |
| @Xjserv | 就是直接提供 C Binding 來處理 X protocol |
| @Xjserv | kanru: 是的,Sun Project Looking Glass 有自己的 Window Manager |
| @Xjserv | kanru: pure Java :) |
| -!- sam____sa [~sam____sa@221.169.25.179] has joined #debian.tw |
| kanru | ok.. i c |
| @Xjserv | kanru: 就是直接用 Java socket programming 來「讀寫」 protocol |
| @Xjserv | ----------------------------------------------------------------------- |
| @Xjserv | 技術面提多了,咱們來聽些「八卦」故事 (也是事實啦)。X Window System |
| @Xjserv | 本身是相當富有歷史價值的設計,並且是工業標準,然而規格的主導權與更 |
| @Xjserv | 新卻時有爭議,在實作面來說,更是如此。引領許多平台的 X11 實作的 |
| @Xjserv | XFree86 Core Team 面對許多創新的改革,逐漸顯得牛步化,儘管 XFree86 |
| @Xjserv | 4.x release 是重大的進展,也徹底翻修過去 3.x release 許多綁手綁腳的 |
| @Xjserv | 設計,但是這樣的開發態度則讓人不免有些失落。XFree86 core team member |
| @Xjserv | 之一的 Keith Packard (以下簡稱 keithp) 提出許多精湛的改革,比方說針 |
| @Xjserv | 對 Embedded System 需求,將 XFree86 4.x codebase 作簡化,並提出精簡 |
| @Xjserv | 的硬體加速機制,提出 TinyX (KDrive) 的嶄新設計,間接造就許多 Embedded |
| @Xjserv | Linux 的蓬勃發展,剎時,Linux-powered PDA, Set-Top Box, Digital TV, |
| @Xjserv | ... 等應用真如雨後春筍冒出。X 過去字型處理不僅變化少,格式也複雜,更 |
| @Xjserv | 慘的是多國語文支援很糟,而 keithp 大膽提出 server-side fonts 的機制, |
| @Xjserv | 造就 Xft/Fontconfig (後面會細談)、... (keithp 的豐功偉業實在太多,先 |
| @Xjserv | 跳過)。但是 keithp 種種大刀闊斧的行為逐漸與其他 core team members 在 |
| @Xjserv | 觀念上有了極大的落差,於是 XFree86 team 議決後,開除 keithp 的 member |
| @Xjserv | 資格 (過去 keithp 在 SuSE 任職)。這下可好,改革派變成激進的革命份子, |
| @Xjserv | 許多支持改革的開發者逐漸聲援 keithp,爾後,keithp 在 HP 資助下,在 HP |
| @Xjserv | 在劍橋的實驗室繼續他的理想,這裡是臥虎藏龍之處,原本就有 Jim Getty |
| @Xjserv | (以下簡稱 jg) 等重量級前輩主持實驗室眾多改革,現在 HP 力挺 Keithp 之 |
| @Xjserv | 後,果真造就更多變化... (賣關子) |
| @Xjserv | Questions? |
| @Xjserv | 可以繼續嗎? :) |
| keel | keithp 是哪國人? |
| @Xjserv | keel: 好問題,不知道 |
| @chihchun | keithp++ # 受惠良多 |
| * Xjserv 記錄下來 |
| _benny_ | 英國? :p |
| -!- chinian [~chinian@gate.noc.ttn.net] has quit ["Leaving"] |
| @Xjserv | 所以搞 Embedded System 的人要「吃果子拜樹頭」,膜拜 keithp 一下 :p |
| @Xjserv | ----------------------------------------------------------------------- |
| @Xjserv | 提到 FreeDesktop.org 之前,我們必須回頭看 KDE 與 GNOME 的歷史。 |
| @Xjserv | 把時間拉回八年前,勇敢並具有過人活力的 Matthias Ettrich 發起 KDE 計畫 |
| @Xjserv | (對耶,KDE 八歲了,AceLan 怎麼沒有舉辦 KDE@Taiwan 的紀念活動阿?),挑 |
| @Xjserv | 戰不自由的 CDE (Common Desktop Environment,是 The Open Group 欽定的業 |
| @Xjserv | 界標準) ,開創 Linux/UNIX Desktop 的新局面,也影響爾後的 GNOME 計畫的 |
| @Xjserv | 出現。在分類的角度來看 KDE 與 GNOME,歸類於所謂的 Desktop Environment |
| @Xjserv | (以下簡稱 DE),我們來看看比較學術性的定義。手上比較權威的定義是取自 |
| @Xjserv | Dr. Bert G. Wachsmuth 的看法: |
| @Xjserv | Desktop environments are both a control framework and an interaction |
| @Xjserv | framework for programs that run on X Windows and the user. The desktop |
| @Xjserv | environment often includes a window manager that is specifically |
| @Xjserv | required by the desktop environment. It is an interaction framework |
| @Xjserv | because it provides a means for programs to communicate with one |
| @Xjserv | another in a very high-level way. The desktop environment is an |
| @Xjserv | optional component, since many window managers offer sufficient |
| @Xjserv | functionality to negate it as a requirement, but in order to make |
| @Xjserv | more advanced features available, a desktop environment is required. |
| @Xjserv | 所以,我們可以發現 DE 有兩大要素: |
| @Xjserv | (1) 具備一個可控制的 Framework (軟體工程名詞,簡單來說,就是構成一個完整 |
| @Xjserv | 系統必要的框架) |
| @Xjserv | (2) 周遊於使用者與應用程式之間互動的 Framework |
| @Xjserv | 在小弟的簡報 <Linux Desktop 的現況與未來> 則試圖去作個概略性的介紹。 |
| @Xjserv | Questions? |
| @Xjserv | 補充一下,OpenStep API 最近滿十歲 |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has joined #debian.tw |
| keel | cde 是用 motif … 對吧! |
| @Xjserv | keel: 是的 |
| @Xjserv | ----------------------------------------------------------------------- |
| @Xjserv | 既然提到 CDE,順便提一下與 The Open Group 的關連性。 |
| @Xjserv | 整合許多 UNIX 規格的 The Open Group 以前欽定的 widget sets 稱為 Motif, |
| @Xjserv | 所以也稱為 OSF/Motif,這是 CDE (Common Desktop Environment) 的基礎,在 |
| @Xjserv | Sun、IBM,或者 HP 的工作站看到 GUI 系統很多就是提供 CDE。很不幸的,這 |
| @Xjserv | 通常是搭配高價的 UNIX 系統,於是有一群高手發起 Lesstif 的專案,以 LGPL |
| @Xjserv | 授權重新實做 Motif 規格。 |
| @Xjserv | http://www.lesstif.org/ |
| @Xjserv | |
| @Xjserv | 後來,OpenGroup 也把 Motif 重新組織,並放出 source,也就是 OpenMotif, |
| @Xjserv | 授權方式是 IPL 1.0 with exception (只能在 Open Source'd OS 上運作)。 |
| @Xjserv | http://www.opengroup.org/openmotif/ |
| @Xjserv | Questions? |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has quit ["Leaving"] |
| -!- Chinian [~chinian@gate.noc.ttn.net] has joined #debian.tw |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has joined #debian.tw |
| @Xjserv | 繼續? :) |
| _benny_ | sure |
| kanru | 請繼續 :p |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has quit ["Leaving"] |
| @Xjserv | ----------------------------------------------------------------------- |
| fox_web | go |
| @Xjserv | 過去 KDE/Qt 存有一些授權的問題,也因為在理念上的差異性,另一組人馬則展開 |
| @Xjserv | GNOME 的發展。在生物學上,有個有趣的現象稱為「趨同演化」,意思就是說原本 |
| @Xjserv | 源自不同物源的兩種生物類別,因為類似的需求,發生相近甚至一致的演化現象, |
| @Xjserv | 比方說人類的雙睛就跟章魚的眼睛,在架構與功能性有極高的相似性,這很能說明 |
| @Xjserv | KDE 與 GNOME 兩大陣營的發展。但是,需要注意的是,兩者在理念上有很大的落差 |
| @Xjserv | ,比方說 KDE 1.9 (KDE 2 釋出前徹底對 KDE 1.x 翻修的發展版本) 願意為了桌面 |
| @Xjserv | 系統的整合度,將過去 KDE 1.x 的系統架構全盤捨棄,提出許多延續至今的革命性 |
| @Xjserv | 架構,如 KParts、DCop、XML-GUI、... 等,詳情請參閱小弟的譯作 <KDE 元件技 |
| @Xjserv | 術>: |
| @Xjserv | http://phil.freehackers.org/kde/kpart-techno/zh_TW_kpart-techno.html |
| @Xjserv | 總之,我們可以把 KDE 視為德國工業品質的驕傲以及軟體工程在 Open Source |
| @Xjserv | Community 的落實與典範,兼顧理想與實務面,這是相當難得的。然而,在另一方 |
| @Xjserv | 面,GNOME 則傾向整合現有資源,比方說在桌面元件技術 (Component Technology) |
| @Xjserv | 來說,不去學習 KDE Developers 從零到有的建立一套 KParts 與 DCOP 的機制, |
| @Xjserv | 而是採用分散式運算的標準 CORBA 進行擴充,GNOME 採用 mico 這個 Open Source |
| @Xjserv | 實作 (按:KDE Developers 也曾經試著使用 CORBA,但是後來發現真正用到的部分 |
| @Xjserv | 只是一部份,又無法掌握全部軟體的品質,所以毅然發展自己的規格出來,至於實驗 |
| @Xjserv | CORBA 的痕跡,可以在 KDE 的 CVS tree 找到),而在 GNOME 計畫出現前,就已經 |
| @Xjserv | 有堪用的 AbiWord 等應用程式,GNOME 試著整合起來,包裝成 GNOME Office suite |
| @Xjserv | ,而,KDE 則堅持高度的整合度,寧願重頭開發 KOffice,運用剛剛提及 KDE 的核心 |
| @Xjserv | 技術... 儘管彼此理念有相當程度的差異,但是這兩大陣營都獲得資助,成立各自的 |
| @Xjserv | Foundation,確保能夠永續經營,也在使用者感受有越來越接近的發展。 |
| @Xjserv | Questions? |
| @Xjserv | 補充一下,可以閱讀莊明哲前輩撰寫的 <KDE 2 技術開發>,非常深入的介紹 KDE 卓越技術 |
| @Xjserv | GNOME 發起人是 Migual de Icaza,墨西哥人 vs. KDE 發起人 Matthias Ettrich |
| @Xjserv | 墨西哥戰車 vs. 德國車? |
| * Xjserv 試圖講笑話讓本 channel 熱起來 :( |
| @timhsu | 莊明哲前輩撰寫的 <KDE 2技術開發> 是書? |
| * chihchun 笑 |
| @Xjserv | timhsu: 是的,舊書攤應該會有 |
| * keel jserv++ |
| fox_web | 哈哈 |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has joined #debian.tw |
| @timhsu | 慘 竟不知有這本中文書 |
| @Xjserv | 好的,繼續 |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 好,重點來了,難道 Open Source Desktop 就被分散兩個陣營,各自發展嗎? |
| @Xjserv | X Window System 本身就制訂相當多規格與延伸 (extensions),對 KDE 與 GNOME |
| @Xjserv | 有很大的影響力,比方說 ICCCM (Inter-Client Communication Conventions Manual) |
| @Xjserv | 對於 Window Manager 有許多規範與做出跨越 X client 間通信的機制,然而,就真 |
| @Xjserv | 正 Desktop 的應用來說,還是不敷使用。於是,早期 KDE 與 GNOME 都試圖增加自己 |
| @Xjserv | 的 extensions 與特定的 spec,以便克服更多的 DE 需求。在 2000 年三月份,部分 |
| @Xjserv | 的 KDE Developers 與 GNOME Developers 打破僵局,發起 FreeDeskop.org (以下簡 |
| @Xjserv | 稱 fd.o) 這個組織,專注於 Desktop Environment 標準化與效能提升,這是很值得 |
| @Xjserv | 紀念的里程碑。參考: http://www.freedesktop.org/ |
| @Xjserv | 按:小弟整理的 KDE News (今年一月份),可參考: |
| @Xjserv | http://jserv.sayya.org/wiki/index.php/KDENews2004-01 |
| @Xjserv | 反觀台灣,2000 年的 Web BBS 與 news group 似乎瀰漫濃濃的火藥味,一堆無謂的 |
| @Xjserv | 口水戰在爭「KDE 與 GNOME 熟優熟劣?」,是不是很沒意義呢? :) |
| @Xjserv | fd.o 被賦予的使命越來越重大,也有許多開發者投入,也包含前述被逐出 XFree86 |
| @Xjserv | Core Team 的 keithp 與 X Window System 的改革份子。這種凝聚的力量是很偉大的 |
| @Xjserv | ,fd.o 整合許多實驗性嶄新架構並制訂新規格: |
| @Xjserv | . ICCCM / EWMH |
| @Xjserv | . Fontconfig / Xft |
| @Xjserv | . Clipboard / Drag-n-Drop |
| @Xjserv | . XEMBED protocol |
| @Xjserv | . Thumbnail / preview |
| @Xjserv | . Menu system |
| @Xjserv | . Message bus IPC system (D-Bus) |
| @Xjserv | . Icon themes |
| @Xjserv | . Start notification |
| @Xjserv | . Experimental X Extensions |
| @Xjserv | 簡單來說 "FreeDesktop Platform = Desktop Platform",也因此明確的有以下兩個訴求: |
| @Xjserv | . Shared by KDE / GNOME / others |
| @Xjserv | . ABI/API compatibility |
| @Xjserv | Questions? |
| keel | freedesktop 會改 x spec嗎? |
| keel | 因為提到 ICCCM |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has quit ["Leaving"] |
| keel | 還是跟 x.org 有 co-work? |
| -!- xinyi [~cba0ecd6@chat.ircnet.org] has joined #debian.tw |
| @Xjserv | 補充一下所謂「KDE與GNOME的extension」,像我們每個 X client 左上方的小圖示,就是 KDE 與 GNOME 定義的規格,原本的設計根本沒辦法處理 |
| @Xjserv | keel: 後面會解釋 :) |
| -!- Chinian [~chinian@gate.noc.ttn.net] has left #debian.tw [] |
| @Xjserv | keel: 這樣說好了,FreeDesktop.org 必須提出解決現有 Desktop Environment 問題的規格 |
| @Xjserv | 而 X.org 本身必須具備足夠的權威性 |
| -!- ShivaHuan [~Shiva_Hua@61-70-144-38.adsl.static.giga.net.tw] has joined #debian.tw |
| @Xjserv | keel: 就算有實作,成為標準又是相當大的功夫 |
| -!- lsk2 [~8c7dc39b@chat.ircnet.org] has joined #debian.tw |
| -!- ShivaHua1 [~shiva@61-70-144-38.adsl.static.giga.net.tw] has joined #debian.tw |
| -!- ShivaHuan [~Shiva_Hua@61-70-144-38.adsl.static.giga.net.tw] has quit ["ChatZilla 0.9.52B [Mozilla rv:1.6/20040115]"] |
| -!- ccpz [~ccpz.cis9@adserv.cis.nctu.edu.tw] has joined #debian.tw |
| @Xjserv | 可以繼續嗎? |
| keel | yes ^^ |
| @Xjserv | 下面的部分是重點 |
| @Xjserv | 可能會停頓一段時間 :) |
| ccpz | 趕上了 o_O |
| @Xjserv | ccpz++ |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 接下來我們來談談 Xorg 與 FreeDesktop.org 的崛起。 |
| @Xjserv | XFree86 Core Team 領導人 David Dawes (以下簡稱 David) 在 2004-01-05 在內部決議 |
| @Xjserv | ,解散 XFree86 Core Team,但是還是維持 XFree86.org 組織的獨立運作。David 表示 |
| @Xjserv | 許多 Core Team 成員已經陸續離開,倘若沒有重新組織,就難以發展,正所謂「幻滅是成 |
| @Xjserv | 長的開始」。這個時間點非常微妙,X.org 恰好重新組織,將 XFree86 視為其 Reference |
| @Xjserv | Implementation (以下簡稱 RI),為此,XFree86.org 還特別發出聲明稿,說 XFree86.org |
| @Xjserv | 與 X.org 並沒有合併。對了,這時候要提到 X-Oz (http://www.x-oz.com/ 不要看成 |
| @Xjserv | X-orz 了唷),這是 David 創辦的公司 (David 擔任 CTO),專注於 XFree86 技術的商業 |
| @Xjserv | 應用,詳情可參考: http://www.x-oz.com/us.html |
| @Xjserv | 2004-01-29,XFree86 Project 更對軟件授權方面作出修改,更改的授權將於 4.4.0 RC3 |
| @Xjserv | 開始生效,所有使用 The XFree86 Project, Inc. Copyrights 字眼的軟件內容都會受到 |
| @Xjserv | 更改授權的影響,使用其他字眼的則不受此影響之內。但就因為此更改的問題,恐仿會對 |
| @Xjserv | 軟件內使用有關字眼作授權的部份造成與 GPL 本身授權不相容的影響。 |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 以上大概是許多耳聞為何會有 Xorg 的出現原因,事實上,這只是導火線罷了,真正的原 |
| @Xjserv | 因是許多開發者對於 XFree86.org 許多封閉的開發模式存有強烈的不滿,而這時候修改 |
| @Xjserv | 授權的事件恰好再度凝聚眾人的力量,於是 jg 與 keithp 等人領導著 fd.o 重大的變動 |
| @Xjserv | ,將未受「感染」的 XFree86 4.4 RC2 放置於 fd.o 子計畫下,並且重新組織的 X.org |
| @Xjserv | 認為需要一份真正自由的 RI,而非 XFree86 這個動盪不安的組織提供的實作,所以, |
| @Xjserv | fd.o 提供了 Xorg 這個 X.org 承認的 RI,注意,有 "." 者是組織。 |
| @Xjserv | 補充一下 |
| @Xjserv | X.org 主導權至少易主三次以上 |
| @timhsu | Xjserv: 衝阿 jserv@X.org |
| @Xjserv | 2004 年以來 X.org 許多常任委員由 fd.o 一些重量級成員擔任 :) |
| @Xjserv | -------------------------------------------------------------------- |
| -!- evilmoon [~cba0ecd5@chat.ircnet.org] has joined #debian.tw |
| @Xjserv | 究竟這份新授權問題在哪裡呢?我們來看看: |
| @Xjserv | * 3. The end-user documentation included with the redistribution, |
| @Xjserv | * if any, must include the following acknowledgment: "This product |
| @Xjserv | * includes software developed by X-Oz Technologies |
| @Xjserv | * (http://www.x-oz.com/)." Alternately, this acknowledgment may |
| -!- xinyi [~cba0ecd6@chat.ircnet.org] has quit ["http://ircnet.org/ (EOF)"] |
| @Xjserv | * appear in the software itself, if and wherever such third-party |
| @Xjserv | * acknowledgments normally appear. |
| @Xjserv | 注意到以上廣告條款,儘管新授權本身絕對是依循 OSD (Open Source Definition), |
| @Xjserv | 但是所有衍生物必須為 David 的 X-oz 公司打廣告,就這點來說,與 GNU GPL 有所 |
| @Xjserv | 抵觸,GPL 的確要求保留作者資訊,但是並無要求上述的 "acknowledgment" |
| @Xjserv | 補充一下,很不幸的,國內外的媒體針對此事件 |
| @Xjserv | 渲染的程度大於事實本身,相當可惜 |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 那麼,為何上述授權變更的影響為何這麼劇烈?問題就是沒有經過所有 XFree86 各方 |
| @Xjserv | 開發者與 contributor 認可,貿然修改的。要知道,在這時間點,很多 Core Team |
| @Xjserv | 成員已經陸續離開 XFree86.org,MIT X License 雖然鬆散,但是開發者仍具有所有 |
| @Xjserv | 權,所以授權的更動沒有經過同意,是很難令人諒解之事。這下有趣了,許多 Linux |
| @Xjserv | Distributions 紛紛發表唾棄 XFree86.org 的聲明稿,連同 FreeBSD 在內亦然,所 |
| @Xjserv | 以 Xorg 這時一轉成為眾人期待的自由發展實作。 |
| @Xjserv | 所以,儘管自由軟體世界存有多種授權協議,各家精神或有不同,但目標應該可以不 |
| @Xjserv | 相違背。每個創作者對於自由的認定各自有表述的權力,應相互尊重對方的想法,而 |
| @Xjserv | 非自擁強烈的排它性。 |
| @Xjserv | Questions? |
| -!- ShivaHua1 [~shiva@61-70-144-38.adsl.static.giga.net.tw] has quit [Ping timeout] |
| ccpz | 所以Xorg很早就有了? |
| ccpz | 不是改授權後才出現? |
| -!- swampboy [WHKQSDJR@64.241.114.17] has joined #debian.tw |
| @Xjserv | ccpz: 大約是一月份進去 fd.o cvs repository |
| @Xjserv | ccpz: 不是 |
| -!- geordi [~geordi@adserv.cis.nctu.edu.tw] has joined #debian.tw |
| ccpz | ok,thanks :-D |
| kanru | 那 X.org 以前是做什麼的? |
| @Xjserv | ccpz: 這樣說好了,事實上許多改革派人士本身就維護 XFree86 Xserver implementation |
| -!- evilmoon [~cba0ecd5@chat.ircnet.org] has quit ["http://ircnet.org/ (EOF)"] |
| @Xjserv | kanru: 之前被壓抑了 |
| @Xjserv | kanru: X.org 是 2003 年底才又「復興」起來 |
| @Xjserv | kanru: 之前許多大廠退出規格的制訂過程 |
| @Xjserv | kanru: 委員會岌岌可危 |
| -!- Spod16476 [~a31c5102@chat.ircnet.org] has joined #debian.tw |
| @Xjserv | 2004 年重新出發的 X.org,認清有個 RI 是很重要的議題 |
| @Xjserv | :“自由啊,多少罪?假汝之名而行!” |
| @Xjserv | by 羅蘭夫人 |
| -!- Spod16476 [~a31c5102@chat.ircnet.org] has quit ["http://ircnet.org/ (EOF)"] |
| @Xjserv | 可以繼續嗎? |
| kanru | 請 |
| fox_fox | please |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 提到太多典故了,怕各位興趣缺缺,這裡先來討論具體的字型處理。需要注意的是, |
| @Xjserv | 小弟在這方面涉獵不多,如有謬誤,還請踴躍提出。 |
| @Xjserv | 英文的 "Font" 在中文的翻譯有很多種,比方說字型、字體、字庫、... 等等,基本 |
| @Xjserv | 上區分為以下兩種: |
| @Xjserv | (1) 點陣字庫 (Bitmap fonts) |
| @Xjserv | - Console fonts |
| @Xjserv | - BDF/PCF fonts in X Window System |
| @Xjserv | - 參考圖(7) 與圖(8) 是透過 xmbdfed 這個工具來編輯點陣字形的畫面 |
| @Xjserv | (2) 向量/矢量/曲線字庫 (Vector fonts) |
| @Xjserv | - PostScript Type 1 fonts (Adobe) |
| @Xjserv | - TrueType (Apple, Microsoft) |
| @Xjserv | - OpenType fonts (may include TrueType or Type 1 data) |
| @Xjserv | (Adobe, Apple, Microsoft) |
| @Xjserv | - 圖(9) 與圖(10) 是針對向量字型的描邊處理 |
| @Xjserv | 就目前的 Open Source 實作來說,Font rendering engines 有以下三種: |
| @Xjserv | (1) XFree86-native |
| @Xjserv | - 存在於 XFree86 衍生的 X Window System 實作中 |
| @Xjserv | (2) FreeType 1 and FreeType 2 |
| @Xjserv | (3) Application-native implementations |
| @Xjserv | - 比方說 OpenOffice 就有自己獨特的 font engine,可以在不需底層環境支援的 |
| @Xjserv | 前提下,獨立繪製字型 |
| @Xjserv | X11 core library 已經老態龍鍾,對字型的處理已經無法應付當今需求,比方說只 |
| @Xjserv | 支援雙色 (黑 / 白) 字型顯示,既不能作灰階 (對 LCD 應用很重要),更不能處理 |
| @Xjserv | anti-aliasing,限制太多了。所以,相繼有許多新機制被提出,其中最著名的算是 |
| @Xjserv | Xft、Xft2/fontconfig,以及 STSF,後者在 Sun X Window System Implementation |
| @Xjserv | 應用比較廣泛,Sun JDK for Linux 的字型處理就是透過 STSF,不過這裡先略過, |
| @Xjserv | 有機會再介紹。 |
| @Xjserv | Xft/Fontconfig 是 keithp 引入 XFree86 4.x 實作的,訴諸以下途徑: |
| @Xjserv | (1) X Render Extension |
| @Xjserv | - Alpha、anti-aliasing、sub-pixel (server side) |
| @Xjserv | (2) Xft Library |
| @Xjserv | - Rasterize with FreeType & XRender (client side) |
| @Xjserv | (3) Fontconfig Library |
| @Xjserv | - Font accessing (client side) |
| @Xjserv | 請參考圖(11) |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | Xft/Fontconfig 獲得主流 widget set / toolkit 支持,如 GNOME 2.x & KDE 3.x |
| @Xjserv | 已經有良好的支援,其實重點不在於 anti-aliasing 或 sub-pixel 等支援,Xft 可 |
| @Xjserv | 貴之處是引入 client-side font 處理。在過去,精簡的 X Terminal 因為 X Client |
| @Xjserv | 的字型處理都是透過 X server,X server (運作於 X Terminal) 本身必須具備足夠 |
| @Xjserv | 量的字型,或者必須訴諸 XFS (X Font Server),非常的令人困擾。 |
| @Xjserv | 所以,一旦 Xfs/Fontconfig 廣泛應用後,X Terminal 可以享受更加的字型呈現效果 |
| @Xjserv | ,但本身不需具備大量的字型,對 Thin Client 一類的應用相當重要。 |
| -!- xluna [~cba0ecd5@chat.ircnet.org] has joined #debian.tw |
| @Xjserv | 補充一下 |
| -!- swampboy [WHKQSDJR@64.241.114.17] has left #debian.tw [] |
| @Xjserv | Xft/Fontconfig 對於多國語文支援很重視 |
| @Xjserv | 過去 Xlib 的處理,有很多「彆腳」的處理,必須改用有 "mb" (multi-bytes) 的函示改寫 |
| -!- hata_ [~hata@61-71-94-113.adsl.static.giga.net.tw] has joined #debian.tw |
| @Xjserv | 又可能遇到 font style 衝突的問題 |
| @Xjserv | Xft/Fontconfig 在 keithp 規劃下,一次克服掉這些問題 |
| * Xjserv 再度膜拜 keithp |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | Keith 的 blog 紀錄 FreeDesktop.org's xserver 中 Xfonts 實作採用 TrueType / |
| @Xjserv | fontconfig rendering engine 在空間使用上的優勢: |
| @Xjserv | http://keithp.com/blog/fonts/fonttosfnt.html |
| @Xjserv | |
| @Xjserv | 注意,這是在 ttf 中 embedded bitmap 的比較,而 Xfonts 的彈性讓若干字型組合 |
| @Xjserv | 變得相當容易。那這對效能的衝擊呢?重點不在「讀取」,因為這個時間可以視為常 |
| @Xjserv | 數時間。問題出在 rendering 的實作,傳統的 X core font 是 2-bit bitmap,在 |
| @Xjserv | 字型組合的正交性明顯不足。FreeDesktop.org's xserver 引入 Xfont 的改良,透 |
| @Xjserv | 過 Xft/FontConfig 提供相當多樣化的表現。而,Keith 則探討 built-in bitmap |
| @Xjserv | ttf 與 pcf 的空間使用比。 |
| @Xjserv | |
| @Xjserv | rendering 的複雜度來說,pcf 在簡單的應用勢必會勝出,但是,如果要配合多種 |
| @Xjserv | fonts & scale 的話,bitmap ttf 的效能甚至可以超越 pcf,因為組合比較容易, |
| @Xjserv | 不必在多種 X core fonts 切換。 |
| @Xjserv | Questions? |
| keel | xft/fontconfig 透過 glibc 來處理多國語文/unicode嗎? |
| @Xjserv | keel: 不,XLC (X Locale Convertion) |
| @Xjserv | keel: X 的歷史包袱很大,發展當時,底層的 glibc 根本就不成氣候 |
| descent | 我想問一下, 桌面環境換 x 的關係 |
| descent | 可以說市 |
| -!- hohowowo [~hohowowo@220-135-32-180.HINET-IP.hinet.net] has joined #debian.tw |
| descent | 桌面環境需要 x 來完成嗎? |
| @Xjserv | descent: 桌面環境有很多種實作方式,大部分是透過 X 實踐,但是也可以像是 Qtopia + Qt/Embedded 的方式 |
| @Xjserv | descent: 好問題,剛剛引出學術派的定義,很明確寫出需要 X |
| descent | 也就是說 freedesktop 不一定靠 x |
| -!- xluna [~cba0ecd5@chat.ircnet.org] has quit ["http://ircnet.org/ (EOF)"] |
| @Xjserv | descent: 但那也是某學者的見解 |
| @Xjserv | descent: 目前 fd.o 絕對多數的建設都是 based on X |
| descent | 那 x 的 library 改變原有的 x app 會不會有不相容的問題 |
| @Xjserv | descent: 只要 follow X Protocol,就沒有問題 |
| @AndrewLee | Distributions 紛紛發表唾棄 XFree86.org 的聲明稿,連同 FreeBSD 在內亦然,那麼 Debian 呢? |
| descent | x protocol 也有定義 api 嗎? |
| @Xjserv | descent: 有興趣可以去研究 XCB 與 XCL |
| @Xjserv | AndrewLee: Debian 很多 developers 本身就是 fd.o developers |
| descent | 我是怕目前寫的 x base app 在新的平台會有需要重新改寫 |
| @Xjserv | AndrewLee: 比方說 Debian X11 負責人 Danial Stone 就是 fd.o 的 release manager |
| @AndrewLee | Xjserv: 為何至今尚未看到 Xorg 在 sid 出現? |
| @chihchun | AndrewLee, 請見前面幾前 DWN |
| @Xjserv | AndrewLee: 因為... 他們太龜毛 |
| @AndrewLee | chihchun: Thanks. |
| @chihchun | s/前/期/ ( for 唾棄 info) |
| @Xjserv | AndrewLee: 很多 Xorg 的建設事實上都有 backport 回 Debian sid |
| @AndrewLee | Xjserv: 請舉例 |
| @Xjserv | AndrewLee: 比方說 driver 的更新 |
| @Xjserv | 好,繼續 :) |
| @Xjserv | -------------------------------------------------------------------- |
| @AndrewLee | Xjserv: 所以 sid 內的 X 是有 Xorg backport drivers 的 XFree86? |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has joined #debian.tw |
| @Xjserv | AndrewLee: 嗯,至少 driver 的部分有,但是主體沒有 :( |
| @Xjserv | 身為一個 KDE Fan,以下從 KDE 的角度切入未來 Linux/UNIX Desktop 發展。 |
| @Xjserv | Trolltech + KDE/Qt 總是時常給予我們太多的驚喜我欣賞這種模式,背後很多商業 |
| @Xjserv | 公司支持,但是核心的技術總是在第一個時間與社群分享,喜歡就拿去用,如果能 |
| @Xjserv | 因此賺錢,歡迎分享成功經驗。 |
| @Xjserv | |
| @Xjserv | Signals-slots 機制一直是 Qt Framework 的賣點之一,而 Qt4 大膽的全盤翻修, |
| @Xjserv | 從 Qt4 Technology Preview 1 的 source code,我們可以發現,Qt4 的 signals- |
| @Xjserv | slots 是透過 event-awared 的處理方式,意即,thread handling 有相當優越的突 |
| @Xjserv | 破。至於 KDE 底層技術,小弟有機會再與各位介紹,在此先打住,只往 KDE 與 |
| @Xjserv | GNOME 兩大陣營合作的方向來看。 |
| @Xjserv | D-Bus 可望成為整合 GNOME 與 KDE 的 IPC (Inter-Process Communication) 機制, |
| @Xjserv | 目標是取代 KDE DCOP 與 GNOME Bonobo 機制,一旦底層基礎建設能夠共通後,對使 |
| @Xjserv | 用者來說 KDE 與 GNOME 這兩者將無縫隙 (seamless) 與透明的 (transparent) 的 |
| @Xjserv | 整合在一起。在 [Connect KDE apps using D-BUS] 這篇文章就是提及 KDE 的應用 |
| @Xjserv | 程式如何使用 D-Bus 達到過去 DCOP 的工作: |
| @Xjserv | http://lwn.net/Articles/95918/ |
| @Xjserv | D-Bus 的設計理念是簡單卻具有強大威力的,圖(12) 可以說明最簡單的 IPC 需求, |
| @Xjserv | 也就是兩個 Process 之間作溝通。然而這種模式不適合一對多,甚至多對多的需求, |
| @Xjserv | 所以,勢必需要協調、仲裁者的出現,我們可參考圖 (13),引入 BUS Daemon 的設計 |
| @Xjserv | 後,就能對多個 Processes 的訊息作處理,甚至有辦法處理異質性的資料。為了效率 |
| @Xjserv | 考量,整個 D-Bus Protocol 是 binary representation,可參閱圖 (14)。又 D-Bus |
| @Xjserv | 是 fd.o 極重要的建設,不妨由圖 (15) 來解釋其重要性,後方是 fd.o 總部,各元 |
| @Xjserv | 件中的資訊交換,就是透過一部部的 D-Bus 來處理。 |
| @Xjserv | Questions? |
| @chihchun | 續剛剛討論 AndrewLee, 你可以找到一些如 "000_stolen_from_freedesktop.org.diff" "000_stolen_from_xorg.diff" 的補釘。;-) |
| -!- lsk2 [~8c7dc39b@chat.ircnet.org] has quit ["http://ircnet.org/ (Ping timeout)"] |
| @Xjserv | chihchun++ |
| -!- huki [~huki@220-134-112-14.HINET-IP.hinet.net] has quit ["Leaving"] |
| * Xjserv 怕「釘」 :p |
| descent | d-sub 是 |
| keel | ... |
| @Xjserv | descent: d-bus 簡單來說就是 IPC 機制的基礎建設 |
| @AndrewLee | chihchun: 那何時能看到 Xorg 在 sid 出現? 有無大約時間表? |
| @Xjserv | descent: 上面有寫 :p |
| descent | 否由 os 的 ipc 來實作 |
| @Xjserv | descent: 這與 Kernel's heavyweight IPC 不同 |
| keel | 可以稍稍解釋一下 signal-slot 的改變嗎? |
| @chihchun | AndrewLee, 我暫時沒辦法提供更多資訊 |
| @Xjserv | descent: D-Bus 是 pure user-space |
| @Xjserv | AndrewLee: 我問過 keithp,他也不清楚 |
| @AndrewLee | Xjserv: Xorg 跟 XFree86 在使用上有何相異性? |
| @Xjserv | AndrewLee: 大概一個月前問的 |
| @Xjserv | keel: 好的 |
| @Xjserv | AndrewLee: 基本上 Xorg 接近於 XFree86 4.4 |
| @AndrewLee | Xjserv: 穩定性呢? |
| @Xjserv | AndrewLee: 但是 Xorg X11R6.8 來說,整合過去 keithp 提出的新架構,也配合 DRI/DRM 許多更新,在許多參數有出入 |
| @Xjserv | AndrewLee: 大體而言設計方式算接近 |
| @Xjserv | AndrewLee: 實驗新功能勢必會有穩定性的問題 |
| @Xjserv | AndrewLee: 但是,持續更新總比原地踏步好 :) |
| @AndrewLee | Xjserv: 這就是保留進入 sid 的主因? |
| @Xjserv | keel: signals-slots 你知道是同步機制吧 |
| keel | Xjserv yes |
| @Xjserv | AndrewLee: 原因之一 |
| @Xjserv | keel: D-Bus 本身是非同步的 |
| @AndrewLee | 目前已經有那些 Distros 使用 Xorg 了? |
| @Xjserv | keel: Qt4 一改 Qt Signals-Slots 限制於同步 (安全、穩定,但是效能較差) 應用,能夠透過 D-Bus 發出非同步 signals |
| @Xjserv | AndrewLee: Mandrake, Fedora, Slackware, ... |
| @Xjserv | keel: 然後 Qt4 對於 D-Bus 的包裝很高干 |
| @AndrewLee | Xjserv: 他們沒有遇到穩定性的問題嗎? 還是其實新功能是可以 disable 的? |
| @Xjserv | keel: 你可以去看 user manual,幾乎跟過去的 qt 程式的 style 很相似 |
| @Xjserv | AndrewLee: 當然有,但是這些日子來已經克服很多了 |
| keel | Xjserv 所以 signals-slots 現在可以 inter-process 了?(很難想像…) |
| @Xjserv | AndrewLee: 過去的陣痛期大約在八月前 |
| @Xjserv | keel: 必須透過 D-Bus binding |
| -!- kclin [kclin@vc.cs.nthu.edu.tw] has quit [Ping timeout] |
| @Xjserv | keel: GNOME 也有類似的架構 |
| @AndrewLee | Xorg 改寫後會對輸入法也有影響嗎? |
| descent | 原來的 qt 程式不改用 d-sub 可以運作嗎? |
| @Xjserv | descent: 打錯字 XD |
| -!- winfred [~winfred@pc115150.ccl.itri.org.tw] has quit [Ping timeout] |
| @Xjserv | descent: 當然 |
| @Xjserv | AndrewLee: 不會 |
| @Xjserv | AndrewLee: Xorg cvs 修正很多 XIM 運作上的問題,穩定很多 :) |
| @AndrewLee | Xjserv: 對於字型的顯示部份,是有怎樣的改進? |
| @Xjserv | keel: 我過一段時間來整理 Qt4 的文件給你參考 :) |
| @AndrewLee | Xjserv: 剛剛你講的時候我剛好不在沒法問 |
| @Xjserv | AndrewLee: 首先是組字 (composite) |
| keel | Xjserv: 耶。Thx ^^ |
| -!- kclin [kclin@vc.cs.nthu.edu.tw] has joined #debian.tw |
| -!- mode/#debian.tw [+o kclin] by chuany, AceLan_ |
| @Xjserv | AndrewLee: 過去的處理方式很彆扭,很難在 state 未改變的狀態下,同時輸出多個 charset 文字 |
| @Xjserv | AndrewLee: 這對於多國語文是很糟糕的事情,特別像是泰文、中東語文 |
| @Xjserv | 當然,中文使用者也會遇到這問題 |
| @Xjserv | 過去搞中文化非常 tricky |
| @AndrewLee | Xjserv: 的確 |
| @Xjserv | 非得要設定「正確」(只是配合邏輯)的順序才行 |
| @Xjserv | AndrewLee: 那你現在看 KDE 與 GNOME 的程式,這種問題很少了 |
| descent | 可否舉個例子 |
| @AndrewLee | Xjserv: 這樣一來是否不再需要 unifonts 之類的大字型 |
| @Xjserv | AndrewLee: 除非像是 konsole 一類處理終端機的程式比較有可能 |
| @AndrewLee | Xjserv: 直接『組字』就好? |
| @Xjserv | AndrewLee: 比方說 GTK+ 2.x 透過 Pango 這個強化的「組字」引擎,可以很透明的把多個語文字型「拼」起來 |
| @Xjserv | 當然,Fontconfig 設定要正確,取字路徑與順序要對 :) |
| @Xjserv | Mozilla 對這方面的需求很高 |
| @Xjserv | 畢竟透過 Web Browser 會看到全世界 :) |
| @AndrewLee | Xjserv: 那若使用沒有 Pango 的 window managers 要怎麼做? |
| @Xjserv | 但是過去 qt 與 gtk+ 基礎建設不甚完備,怎麼辦? |
| -!- kclin [kclin@vc.cs.nthu.edu.tw] has quit [Ping timeout] |
| @Xjserv | AndrewLee: 跟 WM (Window Manager) 比較無關啦 :p |
| @Xjserv | AndrewLee: 是 toolkit |
| descent | pango 會依照某種演算法組合嗎? |
| @Xjserv | AndrewLee: Qt3 有很大的改進,基本上沒有問題 |
| @Xjserv | descent: 是的, http://www.pango.org/ |
| -!- wctang [~wctang@220-135-242-10.HINET-IP.hinet.net] has quit [leaving] |
| @Xjserv | descent: 我只對泰文組字有涉獵,其他不懂,抱歉 :( |
| @AndrewLee | Xjserv: I see. 那 Ooo 那類的軟體也一起受益了。 |
| descent | 那 qt 用的是別種方法囉 |
| -!- changcs [~changcs@210-68-19-236.adsl.dynamic.seed.net.tw] has joined #debian.tw |
| @Xjserv | AndrewLee: 不,OOo 硬幹 |
| @AndrewLee | Xjserv: 怎麼說? |
| -!- usoshrike [~Miranda@210-68-207-41.adsl.dynamic.seed.net.tw] has joined #debian.tw |
| @AndrewLee | Xjserv: OOo 組字是自行處理嗎? |
| @Xjserv | AndrewLee: OOo 的問題非常複雜,有自己的 Framework,有自己處理印表、字型、輸入法,版面 |
| @Xjserv | AndrewLee: 自成一格 |
| -!- isee [~isee@211.75.23.100] has quit ["Leaving"] |
| @Xjserv | AndrewLee: 所以後來才有 NWF (Native Widget Framework) for OOo 計畫的提出 |
| @AndrewLee | Xjserv: 這樣一來系統的字型跟 OOo 裡面的字型又是兩回事了 |
| @Xjserv | AndrewLee: 事實上 OOo 這些高深的技術只適合過去 FreeDesktop 未完備的 workaround |
| @Xjserv | AndrewLee: 對的 |
| @Xjserv | AndrewLee: 在 OOo 1.x 這問題很難解 |
| @AndrewLee | Xjserv: 這時會比較需要 Arne 的 unifonts :p |
| @Xjserv | AndrewLee: 所以才會有人抱怨 OOo 字型有問題啦... 這類鳥問題 |
| @Xjserv | AndrewLee: haha |
| descent | 我到覺得這對 port oo 比較容易 |
| descent | 不依賴某種環境 |
| @Xjserv | descent: 的確,但是時代變遷了 |
| @Xjserv | OOo 與 Desktop Environment 整合度受到挑戰 |
| descent | 當然也享受不到該平台的好處 |
| @AndrewLee | Xjserv: 是否如此 freedesktop.org 還沒有正式通過 CJK-Unifonts project? |
| @Xjserv | 連字型設定都不統一,更別提把文件 embeding 到某套件中 |
| @Xjserv | AndrewLee: 這我不清楚 |
| @Xjserv | 唉呀,有點離題 |
| @AndrewLee | http://freedesktop.org/Software/Home <= CJK-Unifonts |
| @AndrewLee | project? |
| @Xjserv | 我們稍後討論字型的議題,可以嗎? |
| descent | ok |
| @Xjserv | AndrewLee: ok? |
| @AndrewLee | Xjserv: Sure. |
| @Xjserv | D-Bus 可望讓 KDE 與 GNOME 兩大陣營間的成果有更好的整合度,並且隨著 Project |
| @Xjserv | Utopia 的發展,我們可以知道 Linux Desktop 能夠因為 Linux Kernel 在 user- |
| @Xjserv | space 大量的著墨與裝置驅動的新機制,這一切都將會聯繫在一起。 |
| @Xjserv | 我們試想以下情境:不久的未來,我只要在我的 FreeDesktop 上,插入數位像機, |
| @Xjserv | Linux Kernel 透過 udev 送出訊息,D-Bus 通知上面的應用程式,然後 FreeDesktop |
| @Xjserv | 研判缺乏某個專屬的 handler,於是透過 Zero-Install 擷取,稍微等待後,數位像 |
| @Xjserv | 機同步化的管理程式就躍然於螢幕上了。 |
| @Xjserv | |
| @Xjserv | 我,身為一個使用者,只知道這是 Linux Desktop,只知道我想取得數位像機內的圖檔 |
| -!- Spod [~3dd9c2e6@chat.ircnet.org] has quit ["http://ircnet.org/ (EOF)"] |
| @Xjserv | 就夠了,不需要去為了奇怪的 driver 驅動、令人費解的安裝程序,以及種類繁多的 |
| @Xjserv | viewer 或 manager 東抓西弄,不必!這一切系統都會處理好。 |
| @Xjserv | |
| @Xjserv | 美妙的 Qt/KDE、GTK+/GNOME、FreeDesktop,以及 Linux Kernel 眾多大型專案的攜手 |
| @Xjserv | 合作啊 :) |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 這是個遠景,但是距離實現不遠了 :) |
| @Xjserv | 我們來看 fd.o developer 如何把美妙的境界帶給我們 :) |
| @Xjserv | -------------------------------------------------------------------- |
| -!- betaparti [~betaparti@210.241.238.174] has joined #debian.tw |
| @Xjserv | Linux Kernel Hacker, Ximian/NOVELL 工程師 Robert M. Love (以下簡稱 rml) 在 |
| @Xjserv | FOSDEM 2004 針對<The Linux Kernel and The Linux Desktop>議題提出以下的想 |
| @Xjserv | 法: |
| @Xjserv | ==> 典型的 Desktop Kernel 需求: |
| @Xjserv | - Performance and Tuning |
| @Xjserv | - Improved power management, suspend/resume, and laptop-related policy |
| @Xjserv | - Better X/3D support |
| @Xjserv | - Stable kernel interfaces |
| @Xjserv | Robert Love 則認為還需要對以下項目著墨: |
| @Xjserv | - Hardware management, integration, hot-plugging, and naming |
| @Xjserv | - Kernel events system and user-space messaging bus |
| @Xjserv | 非常有意思,在我們過去的認知,搞 Desktop 的開發者一向就與 Kernel Hackers 有 |
| @Xjserv | 相當程度的距離,這也造就 Linux Desktop 許多整合度的限制,所以 rml 試著解決, |
| @Xjserv | 其中關鍵就是將原本 Kernel-space 的 devices 處理「移轉」到 user-space。這是非 |
| @Xjserv | 常大的工程,而要由何種機制居中協調呢?沒錯,就是 D-Bus。 |
| -!- Spod [~3dd9c2e6@chat.ircnet.org] has joined #debian.tw |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 配合 Linux Kernel 2.6,HAL (Hardware Abstraction Layer,為 fd.o 的子專案) 提 |
| @Xjserv | 供 D-Bus 與一組程式庫 API,以應用程式的觀點,不需要再去留意硬體偵測,甚至不 |
| @Xjserv | 需要去考慮特定的 device node。比方說,我們要設計一個 X Window 下 WebCam 的程 |
| @Xjserv | 式,那麼,我們只要跟 HAL 這麼打交道: |
| @Xjserv | 「請告訴我系統上關於 camera 的硬體清單」 |
| @Xjserv | 運作機制請參考圖 (16)。這樣整合的威力是很驚人的,於是 Ximian/NOVELL 發起稱為 |
| @Xjserv | Project Utopia 的計畫,顧名思義就是希望建立下一代操作環境高度的整合,不再受 |
| @Xjserv | 過去限制所羈絆。 |
| @Xjserv | 圖 (17) 就是 GNOME 陣營的整合實作,最上層的建設為 gnome-volume-manager,而除 |
| @Xjserv | 了 hotplug 外,其他部分都是 User-space 層面的,彼此間是訊息傳遞的過程,而非綁 |
| -!- kclin [kclin@vc.cs.nthu.edu.tw] has joined #debian.tw |
| @Xjserv | 死在某個元件或層面中,這是很重要的突破,你可以動態的切換訊息收發者的地位與實 |
| -!- mode/#debian.tw [+o kclin] by chuany |
| @Xjserv | 作,甚至可以透過網路來參與這些過程。接著,試著回想剛剛提到的情境,這一切多麼 |
| -!- mode/#debian.tw [+o kclin] by AceLan_ |
| @Xjserv | 美好阿。 |
| -!- AndrewLee [~andrew@tlug.sinica.edu.tw] has quit [Ping timeout] |
| @Xjserv | Questions? |
| @Xjserv | 我們可以思考 |
| @Xjserv | 「現在的模式是不是很不舒服?」 |
| keel | 會有 security 的問題嗎? |
| @Xjserv | keel: 這我沒想過 |
| keel | d-bus 是 network-transparent 嗎? |
| @Xjserv | apt-get install gnome-volume-manager |
| @Xjserv | keel: 目前還不行 |
| @Xjserv | 可以用 Kernel 2.6 + udev + gnome-volume-manager 玩看看 |
| @chihchun | gnome-volume-manager ++ |
| -!- andrew_ [~andrew@tlug.sinica.edu.tw] has joined #debian.tw |
| @Xjserv | 現在的完成度很高了,可以「抽象」的設定某種 media 對應的 handler |
| @Xjserv | 然後使用者就可快樂的運作,該出現什麼就使用 :) |
| @Xjserv | 當然,還是有很多改進空間,比方說 handler 的部署問題 |
| @Xjserv | 記得,上面提到的大部分都在 user-space |
| descent | 感覺上效能會差點 |
| -!- andrew_ is now known as AndrewLee |
| @Xjserv | descent: lightweight IPC implementation for D-Bus 也有人研究中 :) |
| -!- winfred [~winfred@pc115150.ccl.itri.org.tw] has joined #debian.tw |
| keel | 對啊…連 harddisk 也要放在 udev 中… |
| keel | 會比較慢嗎? |
| @Xjserv | keel: 這是有原因的,GNOME 可以徹底掌握該 device 狀態 |
| @Xjserv | keel: 包括下 command :) |
| @Xjserv | keel: 效能的部分我還未涉獵 |
| * Xjserv 紀錄下該研究的項目 |
| @Xjserv | 還有問題嗎? |
| keel | continue ; |
| @Xjserv | -------------------------------------------------------------------- |
| -!- kclin [kclin@vc.cs.nthu.edu.tw] has quit [Ping timeout] |
| @Xjserv | XFree86 4.0 |
| @Xjserv | \ |
| @Xjserv | TinyX (KDrive) |
| @Xjserv | \ |
| @Xjserv | FreeDesktop.org Xserver (fd.o Xserver) |
| @Xjserv | |
| @Xjserv | XFree86 4.4 RC2 |
| @Xjserv | \ |
| @Xjserv | XOrg (aka X11R6.8 is under the X.org umbrella, and is hosted |
| @Xjserv | on freedesktop.org) |
| @Xjserv | \ |
| @Xjserv | Debrix (XOrg + autotool + FreeDesktop.org X Extensions) |
| @Xjserv | |
| @Xjserv | XFree86 4.3 |
| @Xjserv | |-- XWin (Cygwin’s Xserver) |
| @Xjserv | |-- XDarwin (Xserver for Darwin / MacOS X) |
| @Xjserv | \ |
| @Xjserv | XDirectFB (rootless Xserver on DirectFB) |
| @Xjserv | 上面是 XFree86 衍生的眾多 Open Source 實作,較為值得一書的是 fd.o Xserver, |
| @Xjserv | 前身是 TinyX,不過常見的稱法是 KDrive (套件名稱),這是 keithp 提出許多嶄新 |
| @Xjserv | 架構的一個實驗性平台,種種卓越的發展,陸續整合到 XOrg 中。撇開高深的技術不 |
| @Xjserv | 論,受到 Mac OS X 種種不可思議的完美視覺感受,令人不禁思索,這些 Eye-Candy |
| @Xjserv | 有機會在 X Window System 下實現嗎? |
| @Xjserv | 注意這裡 |
| @Xjserv | "XOrg (aka X11R6.8 is under the X.org umbrella)" |
| @Xjserv | XOrg 成為 X.org 的 RI 後,不再受到其他商業廠商實作的影響 |
| -!- ShivaHuan [~shiva@61-70-144-38.adsl.static.giga.net.tw] has joined #debian.tw |
| -!- shan1 [~shang@61-62-11-216-adsl-tpe.dynamic.so-net.net.tw] has quit [EOF From client] |
| -!- kclin [kclin@vc.cs.nthu.edu.tw] has joined #debian.tw |
| -!- mode/#debian.tw [+o kclin] by chuany, AceLan_ |
| @Xjserv | 剛剛好像沒說清楚,過去 X.org 的模式是由若干強勢的 vendors 主導,彼此妥協,規範出 spec |
| @chihchun | 那 http://www.xouvert.org/ ? @_@ |
| @Xjserv | XFree86.org 則為「局外人」好一段時間 |
| @Xjserv | chihchun: 那個專案,沒人了 |
| @chihchun | hum. |
| @Xjserv | chihchun: 注意到時間點,恰好是 X.org 尚未復興,XFree86 Core Team 解散前夕 |
| @Xjserv | chihchun: 所以另一群有志之士跳出來搞 Xouvert |
| @Xjserv | 沒想到 fd.o 很有組織,也獲得 HP, IBM, Sun 等大廠的資助 |
| @Xjserv | 很快就趁授權方式更動,將 XOrg 創造出新價值 :) |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | XDarwin 的特性是 Rootless X server,然後 *大量* 用 Cocoa 改寫過,配合 Mac |
| @Xjserv | OS X 引入的眾多設計,DirectFB (一個直接在 Linux Kernel 層面驅動的高階繪圖 |
| @Xjserv | 顯示專案,有機會再與各位介紹) 有個將 DirectFB 作為 Hardware 建設的 XDirectFB |
| @Xjserv | 子專案,就是大幅參考 XDarwin 與 KDrive。 |
| @Xjserv | 歸結所謂的 Eye-Candy,我們可以知道 X Window System 至少必須有以下基礎建設: |
| @Xjserv | (1) Translucent windows |
| @Xjserv | (2) Magnifiers |
| @Xjserv | (3) Window animation |
| @Xjserv | (4) Flash-free window manipulation |
| @Xjserv | 補充一下 |
| @Xjserv | 對上面提到名詞很生疏的朋友,可以參考小弟做過去的簡報 |
| @Xjserv | Questions? |
| @Xjserv | 唉押,時間有點久,我們加速一下 |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 這些都已經在 fd.o Xserver 實作出來,並且陸續整合到 XOrg 中,也影響到 Sun |
| @Xjserv | Project Looking Glass 種種令人目眩神移的效果,據該專案負責人說,他們採用 |
| @Xjserv | 很多 XOrg 的成果,並依據原本授權方式釋出,請見: |
| @Xjserv | [Project Looking Glass developer release source code is now available] |
| @Xjserv | http://freedesktop.org/pipermail/xorg/2004-June/001216.html |
| @Xjserv | truly-translucency 事實上已經在 KDrive 與 XDriectFB 獲得很好的實現,而很多 |
| @Xjserv | 人對於 X 架構會有誤解,認為 Client-Server 架構的 X 在效能上絕對會輸給一般的 |
| @Xjserv | GUI system,事實上並非如此。keithp 對 performance tuning 與 low-latency X |
| @Xjserv | 作了很大程度的調整,在他的 paper 也指出許多嶄新的硬體加速機制在 X 的引入後, |
| @Xjserv | 導致 X 效能有很大的競爭力。 |
| @Xjserv | 這些都已經在 fd.o Xserver 實作出來,並且陸續整合到 XOrg 中,也影響到 Sun |
| @Xjserv | Project Looking Glass 種種令人目眩神移的效果,據該專案負責人說,他們採用 |
| @Xjserv | 很多 XOrg 的成果,並依據原本授權方式釋出,請見: |
| @Xjserv | [Project Looking Glass developer release source code is now available] |
| @Xjserv | http://freedesktop.org/pipermail/xorg/2004-June/001216.html |
| @Xjserv | truly-translucency 事實上已經在 KDrive 與 XDriectFB 獲得很好的實現,而很多 |
| @Xjserv | 這些都已經在 fd.o Xserver 實作出來,並且陸續整合到 XOrg 中,也影響到 Sun |
| -!- yurenju [~yurenju@u58-38.u203-187.giga.net.tw] has joined #debian.tw |
| @Xjserv | Project Looking Glass 種種令人目眩神移的效果,據該專案負責人說,他們採用 |
| @Xjserv | 很多 XOrg 的成果,並依據原本授權方式釋出,請見: |
| @Xjserv | [Project Looking Glass developer release source code is now available] |
| @Xjserv | http://freedesktop.org/pipermail/xorg/2004-June/001216.html |
| @Xjserv | truly-translucency 事實上已經在 KDrive 與 XDriectFB 獲得很好的實現,而很多 |
| @Xjserv | 人對於 X 架構會有誤解,認為 Client-Server 架構的 X 在效能上絕對會輸給一般的 |
| @Xjserv | GUI system,事實上並非如此。keithp 對 performance tuning 與 low-latency X |
| @Xjserv | 作了很大程度的調整,在他的 paper 也指出許多嶄新的硬體加速機制在 X 的引入後, |
| @Xjserv | 導致 X 效能有很大的競爭力。 |
| @Xjserv | 按錯,抱歉 :( |
| kanru | :Q |
| @Xjserv | 這些都已經在 fd.o Xserver 實作出來,並且陸續整合到 XOrg 中,也影響到 Sun |
| @Xjserv | Project Looking Glass 種種令人目眩神移的效果,據該專案負責人說,他們採用 |
| @Xjserv | 很多 XOrg 的成果,並依據原本授權方式釋出,請見: |
| @Xjserv | [Project Looking Glass developer release source code is now available] |
| @Xjserv | http://freedesktop.org/pipermail/xorg/2004-June/001216.html |
| @Xjserv | truly-translucency 事實上已經在 KDrive 與 XDriectFB 獲得很好的實現,而很多 |
| @Xjserv | 人對於 X 架構會有誤解,認為 Client-Server 架構的 X 在效能上絕對會輸給一般的 |
| @Xjserv | GUI system,事實上並非如此。keithp 對 performance tuning 與 low-latency X |
| @Xjserv | 作了很大程度的調整,在他的 paper 也指出許多嶄新的硬體加速機制在 X 的引入後, |
| @Xjserv | 導致 X 效能有很大的競爭力。 |
| @Xjserv | 又按錯 XD |
| @Xjserv | -------------------------------------------------------------------- |
| * Xjserv 把水果拿走 XD |
| @Xjserv | DirectX 直接跳過 GDI 的設計,在 X 的實現就是 DRI/DRM extension,而如果要在 |
| @Xjserv | kernel 層面直接驅動 framebuffer 的硬體加速,可以參考 DirectFB。 |
| @Xjserv | X Window System 發展的趨勢是直接將 X server 架構在 GL 實做上,這在 fd.o |
| @Xjserv | Xserver 已有初步的成果。以往我們還需要 DRI/DRM/GLX extensions 來作為 X <--> |
| @Xjserv | GL <--> Hardware 的溝通,但是 X server over GL 就不需要了 :) |
| @Xjserv | 我們來比較一下,原本的運作模式請見圖(18),非常的複雜,分層處理的成本太大 |
| @Xjserv | 了,但是如果看圖 (19) 後,則有股耳目清新的感覺,是的,不僅直覺,而且直接 |
| @Xjserv | 驅動硬體,效能提升幅度很大。 |
| @Xjserv | Questions? |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 補充一下 |
| @Xjserv | 過去幾張示意圖可以發現 X protocol 與 Ethernet 有很大關連 |
| @Xjserv | 但是後來的實作「擴充」了概念,將 shared memory 一類 Kernel IPC 也視為網路 |
| -!- shan1 [~shang@61-62-11-132-adsl-tpe.dynamic.so-net.net.tw] has joined #debian.tw |
| @Xjserv | 良好實作的 Kernel,比方說 Kernel 2.4,在這部分效能的改善相當大 |
| @Xjserv | 所以 Connectivity 成本事實上可以降到很低 |
| keel | ethernet? 802.3? |
| @Xjserv | 並且透過 DRI/DRM 硬體驅動的機制 |
| @lloyd_ | 抱歉可以解釋一下何謂 GL 嗎? |
| ShivaHuan | OpenGL乎? |
| @Xjserv | lloyd_: GL 就是 OpenGL |
| @lloyd_ | Xjserv: thx. |
| @Xjserv | lloyd_: 但是 GL 一般是指 materialized OpenGL impl. |
| keel | ethernet 不是只是 phy & mac layer 嗎? |
| @Xjserv | keel: 對耶 |
| @Xjserv | keel: 那我應該明確加上 OSI 規範 |
| * Xjserv *羞* |
| * keel ^^ |
| @Xjserv | 在 fd.o Xserver 中,有個 Xgl |
| @Xjserv | keithp 的論文中,提出許多驚人的數據,遠遠把 DirectX 拋在腦後 :p |
| @Xjserv | 接下來的部分是 rabit 提供的資訊,,非常有參考價值,不過時間上不允許細談, |
| @Xjserv | 原文引述如下: |
| @Xjserv | <% |
| @Xjserv | - The (Re)Architecture of the X Window System |
| @Xjserv | http://keithp.com/~keithp/talks/xarch_ols2004/xarch-ols2004-html/ |
| @Xjserv | 詳述 X Window system 未來的架構, 也應該是 jserv's IRCConf 的重要參考 |
| @Xjserv | 不過我注意的是 cairo 使用 Glitz 作為 OpenGL 的 backend |
| @Xjserv | - Getting X Off The Hardware |
| @Xjserv | http://keithp.com/~keithp/talks/xserver_ols2004/xserver-ols2004-html/ |
| @Xjserv | 這篇文章提出將與硬體相關的函式庫抽離出 X server 的可能性 |
| -!- PowerOp [~ystuan@219-84-3-69-adsl-tpe.dynamic.so-net.net.tw] has joined #debian.tw |
| @Xjserv | 其中 Graphics Acceleration 提到 Glitz 的實作說明了使用 opengl 來子加速 |
| @Xjserv | 2D 的顯示是很有效率的 |
| @Xjserv | - Glitz: Hardware Accelerated Image Compositing using OpenGL |
| @Xjserv | http://www.cs.umu.se/~c99drn/opengl_freenix04.pdf |
| @Xjserv | 這篇就是重點啦, Glitz 使用 opengl 的那些功能來達到 2D 的加速 |
| @Xjserv | 看得懂的部份: |
| @Xjserv | - offscreen drawing |
| @Xjserv | 使用 opengl 的 pixel buffer(pbuffer), 來處理 offscreen drawing, 而 |
| @Xjserv | pbuffer 的操作完全是儲存於 video memory |
| @Xjserv | - user-provided immediate data |
| @Xjserv | 提供直接存取 graphic hardware 的 API |
| @Xjserv | - image composing |
| @Xjserv | 將 surface 視為 texture, 使用 opengl 的 fragment programs 來達到混和 |
| @Xjserv | 多個 textures |
| @Xjserv | - image transformations |
| @Xjserv | 這本來就是 opengl 的最重要的部份, 完全採用 opengl 的實作 |
| @Xjserv | - 最後是與 imlib2、X Render extension的比較, 很明顯 Glitz 都優於前二者 |
| @Xjserv | 使用 Nvidia's binary driver 的 X Render extension 與 Glitz 比較, 也是 |
| @Xjserv | Glitz 快多了 |
| @Xjserv | %> |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | rabit: 借用一下 |
| @Xjserv | rabit: 看來要下一場才有時間介紹 |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 呼呼,時間到了 :( |
| rabit | :) |
| @Xjserv | 至於 X Extensions,也礙於時間限制,請參考小弟的簡報 <X Window System 現況與 |
| @Xjserv | 挑戰>,或許有機會以此主題作分享。 |
| @Xjserv | 技術的項目提太多,秀些有趣的玩意,這是我最近在寫的 Window Manager,稱為 |
| @Xjserv | CoreWM,以 Matchbox 為基礎,整合 Qvwm、OpenBox,以及部分 fluxbox 的精華,針 |
| @Xjserv | 對 Embedded System 重新思考,整體 footprint 極低,對於 Kiosk 環境相當適合, |
| @Xjserv | 你可以很容易指定任一 X client 的處理方式。 |
| @Xjserv | 以下展示 Thumbnail switch mode: |
| @Xjserv | http://jserv.sayya.org/wm/corewm-preview.png |
| @Xjserv | | |
| @Xjserv | | 按下 Ctrl-Alt-T |
| @Xjserv | \|/ |
| @Xjserv | V |
| @Xjserv | http://jserv.sayya.org/wm/corewm-preview2.png |
| @Xjserv | 實作 Ctrl-Alt-Del 執行 Task Manager:(這個功能只是好玩的) |
| @Xjserv | http://jserv.sayya.org/wm/corewm-preview3.png |
| @Xjserv | 看看年底有無機會 Open source 出來 :) |
| @Xjserv | -------------------------------------------------------------------- |
| @Xjserv | 這次的 IRC Conf 就此作結,非常感謝各位。 |
| @Xjserv | 謝謝 :) |
| kanru | A_A |
| @lloyd_ | 這場演講真是太棒了...無敵感謝受益良多.. |
| @Xjserv | Q & A 時間 |
| kanru | 沒有了嗎... orz |
| @lloyd_ | 剛剛似乎有提到 Clinet side 字形? 印象中字型處理不應該是由 Server 作嗎? |
| @Xjserv | kanru: 下一場 :) |
| descent | 什麼!沒有了哦! |
| fox_fox | 安可安可~ |
| @Xjserv | lloyd_: Complex Chinese :) |
| * penk 鼓掌叫好 |
| kanru | client sid 字型比 server side 更好? |
| fox_fox | 啪啪啪啪~~~ |
| @Xjserv | lloyd_: 在 Xft/Fontconfig 的架構來說,server 只負責 XRender extension |
| -!- Blue119 [~86d01cee@chat.ircnet.org] has joined #debian.tw |
| @Xjserv | kanru: sid? |
| kanru | side :p |
| keel | 啊…瞬間就結束了! |
| fox_fox | 時光飛逝~ |
| @Xjserv | lloyd_: 以組字技術來說,複雜度太高了,server side 來作是非常重的 overhead,但是又不可能期望 X core fonts 做出改善 |
| yurenju | 哎,太晚來了。 :( |
| @Xjserv | lloyd_: 所以 keithp 思考後,認為提出 generic XRender extension,接受 client-side 各種 composite 的結果再行顯示 |
| @lloyd_ | Xjserv: 恩恩..但在此字型資訊是由 font server 給予嗎? |
| @Xjserv | lloyd_: 不需要 Font server |
| @lloyd_ | Xjserv: 瞭解!!!!! |
| @chihchun | fontconfig 自己取。 |
| @Xjserv | lloyd_: TinyX 就是這麼棒的設計 :) |
| keel | Xjserv 什麼時候會說 IIIMF 的東西? ^^ |
| @lloyd_ | Xjserv: 所以是傳送圖形資訊過去 server side 解釋及繪製字型. |
| descent | 有就是說 fontconfig 抓到 server 就要render 出來 |
| @Xjserv | lloyd_: 過去搞 Embedded System,TinyX 給我們很多便利,現在 fd.o 發揚光大了 :p |
| @chihchun | 再次謝 Keith Packard |
| @Xjserv | keel: 今天才成為 IIIMF committer 啦,我要習慣一下 |
| * Xjserv 怕被 suzhe 打 :( |
| * kcwu 給 Xjserv 拍拍手 |
| AndrewLee | Xjserv: 你的 CoreWM ctrl-alt-T 很像 OSX 底下的某功能 :p |
| @Xjserv | AndrewLee: 對押 |
| kanru | 故意的 :p |
| @Xjserv | AndrewLee: 我很迷 Mac OS X |
| keel | Xjserv ibook 出新的了,而且降價了。 |
| AndrewLee | Xjserv: user 可以自己定義要使用什麼 key 嘛? |
| @Xjserv | AndrewLee: 每次去台北火車站都會去附近的 Apple Shop 玩一下 |
| @chihchun | 貼一下網址整理 |
| @Xjserv | AndrewLee: 還不行啦,功能很不完整 |
| @chihchun | 延伸閱讀與參考資訊: |
| @chihchun | * 本次研討會圖示位址: http://gallery.debian.org.tw/2004-10-21 |
| @chihchun | * 講者簡報: http://jserv.sayya.org/freedesktop/ |
| @chihchun | * fd.o - http://www.freedesktop.org/ |
| @chihchun | * X.org 基金會 的 Xorg 計畫網址 http://www.x.org |
| @chihchun | * Keith Packard 是美國人, 住在 Portland, Oregon, 1986 於 Reed College 取得數學系學士學位。現任職於 HP Cambridge Research Lab http://www.hpl.hp.com/research/crl/ 。個人網頁: http://keithp.com/ 照片: http://lwn.net/Articles/94765/ |
| @chihchun | *《KDE2技術開發》/莊明哲 http://www.hot.net.tw/cgi-bin/introbook2?supplier_id=001&publisher_id=036&sup_orderid=SD001 |
| AndrewLee | keel: 對,改成 1.33Ghz |
| @chihchun | * Lesstif http://www.lesstif.org/ |
| @chihchun | * OpenMotif http://www.opengroup.org/openmotif/ |
| @chihchun | * Pango project http://www.pango.org/ |
| @chihchun | * Debian X Window System Frequently Asked Questions http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ.xhtml |
| @chihchun | * What are Debian's plans with respect to X.Org and XFree86? http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ.xhtml#debianplans |
| @chihchun | * Connect desktop apps using D-BUS (IBM developerWorks) http://www-106.ibm.com/developerworks/linux/library/l-dbus.html |
| @chihchun | * 羅蘭夫人 Madame Roland (Manon Jeanne Phlipon,1754年3月17日-1793年11月8日),法國大革命時期著名的政治家。 http://en.wikipedia.org/wiki/Madame_Roland |
| @Xjserv | chihchun++ |
| ShivaHuan | 1.2GHz & 1.33 GHz PowerG4 |
| kanru | chihchun++ |
| @Xjserv | chihchun: 那... 我可以引用您的資料在我的新書中嗎? :) |
| @chihchun | Xjserv, 隨便用吧。 :P |
| @Xjserv | :) |
| ShivaHuan | 12" iBook售價預估在35900左右 :) |
| * chihchun 全部不是我的資料 XD |
| @Xjserv | 看來我的新書好歹可以賣七十本 :p |
| keel | 這些會後的聊天也會放在網站上嗎? ^^ |
| @chihchun | keel, yes. |
| keel | ibook 變成我的薪水買得起了。 |
| * Xjserv 發起「一人一本救 jserv」的活動 :p |
| @lloyd_ | 再次感謝 Xjserv 這麼辛苦的打字...太感謝了.. |
| @chihchun | 直到聊天跟這此 conference 沒關係 :P |
| @Xjserv | 後面 X Extensions 的部分,可能下次再介紹 :) |
| fox_fox | Xjserv 帥壓~ |
| * kanru 鼓掌.. :p |
| keel | chihchun 太好了,那我可以下班了。 ^^ |
| ShivaHuan | 請問剛剛講到的 Xserver over GL的部份 |
| * lloyd_ 鼓掌.... |
| descent | 還有下次, 太棒了 |
| AndrewLee | 且內建無線網卡了 |
| @Xjserv | keel: 辛苦了 :) |
| @Xjserv | ShivaHuan: 如何? |
| descent | 啪啪!啪啪!啪啪!啪啪!啪啪!啪啪! |
| keel | Xjserv 先走了。bye everyone ^^ |
| ShivaHuan | 這需要硬體廠的驅動程式嗎? |
| -!- keel [~keel@61-222-168-36.HINET-IP.hinet.net] has quit ["Leaving"] |
| ShivaHuan | 例如NVIDIA自家的driver |
| @Xjserv | ShivaHuan: 不止 driver,需要 spec |
| -!- stripeboy [~benjamin@unix3.glink.net.hk] has quit ["獲益良多,感謝!"] |
| AndrewLee | 且是 USB 2.0 |
| @Xjserv | ShivaHuan: 目前來說,ATi 讓 fd.o developers 可以讀 NDA 文件,實作可以 open source 出來 |
| @Xjserv | AndrewLee: 所以 X over GL 一向只有 ATi 與 VIA (VIA 很了不起,直接放出來) |
| @Xjserv | AndrewLee: 弄錯人 :p |
| ShivaHuan | 那我下次要考慮ATi的顯卡了 :) |
| @Xjserv | 說到 VIA,他們有專人維護 Xorg 與 KDrive 的 driver,而且全部 open source |
| @Xjserv | ShivaHuan: ATi 的顯示卡很多款 :p |
| @Xjserv | ShivaHuan: 不是每款都很好 |
| @Xjserv | ShivaHuan: 小訣竅,打聽 jg 與 keithp 用哪款 :p |
| @lloyd_ | Xjserv: VIA 有哪些知名的顯示卡可選購? |
| @Xjserv | lloyd_: CLE266 |
| ShivaHuan | 其實我比較可能買Apple的電腦 XD |
| * Xjserv 本來要去 VIA「走一趟」的 :p |
| @Xjserv | lloyd_: 好像在 MIPS 上 CLE266 的應用也頗廣 :) |
| @Xjserv | 座太久了,我要去運動一下 |
| @Xjserv | 等書寫一段落,再來作下次 IRC Conf 吧 |
| @lloyd_ | Xjserv: 就目前實務上的情況 Xorg 與 xfree86 在顯示效能上哪個比較好呢? |
| @Xjserv | New X Extensions. |
| ShivaHuan | 感謝 :) |
| @lloyd_ | Xjserv: thx... 大感謝. |
| @Xjserv | lloyd_: 看你怎麼比啦,下次再聊 |
| @Xjserv | See you all! |
| -!- Xjserv [~jserv@kenduest.Math.NCTU.edu.tw] has quit ["leaving"] |