《xwindow核心協(xié)議》word版(文件)
【正文】 恒定的色彩映射。八：元素元素 (Atoms)是用來(lái)表示字串的 32 位元整數(shù)。更嚴(yán)謹(jǐn)?shù)恼f(shuō)，元素是存放在服務(wù)器上的字串的識(shí)別子，相當(dāng)于資源的識(shí)別子 (視窗、圖形映射等 )，但仍有兩個(gè)不同點(diǎn)。元素一經(jīng)建立，就能一直存留至服務(wù)器結(jié)束或重置(此非資源的默認(rèn)行為 )。元素的名稱(chēng)一經(jīng)建立就不能再更改，而且不能有兩個(gè)相同名稱(chēng)的元素。元素運(yùn)用于多個(gè)目的，主要與連接到同一服務(wù)器的不同客戶(hù)端之間有關(guān)。九：屬性每一個(gè)視窗都有一組預(yù)先定義的屬性值 (Attribute)和屬性 (Property)，并存放在服務(wù)器上，客戶(hù)端可以適當(dāng)?shù)恼?qǐng)求方式取存?？蛻?hù)端可在視窗的屬性中存放屬性值資料?？蛻?hù)端應(yīng)用程式可以元素的識(shí)別子 (含有屬性的名稱(chēng) )存取特定的屬性。例如，根據(jù) freedesktop 視窗管理器規(guī)格視窗管理器應(yīng)該在根視窗的 _NET_ACTIVE_WINDOW 屬性名，存放目前有效 (active)視窗的識(shí)別子。一個(gè)鍵 碼僅僅標(biāo)識(shí)一個(gè)按鍵，而非特定的字符或功能鍵 (如 PageUp)。這些事件包含：按下按鍵所產(chǎn)生的鍵碼。客戶(hù)端完成鍵碼至鍵符的轉(zhuǎn)換以后，表示其關(guān)聯(lián)的表就由服務(wù)器來(lái)維護(hù)，并將表集中存放在所有客戶(hù)端都存取得到的地方。常見(jiàn)的修飾鍵有 Shift 鍵：平常會(huì)產(chǎn)生小寫(xiě)字母 a的 a 鍵和 Shift 鍵一起按下時(shí)，就會(huì)產(chǎn)生一個(gè)大寫(xiě)字母 A。按下這兩顆按鍵時(shí)，會(huì)產(chǎn)生兩個(gè)不同的鍵碼，不過(guò) X 服務(wù)器會(huì)把那兩者都關(guān)聯(lián)到 Shift修飾鍵。例如，客戶(hù)端可以請(qǐng)求將 F1 鍵 加到 Shift修飾鍵的清單中。其最大的用處就是為左撇子調(diào)換左右兩邊的按鍵。此時(shí)，其他的客戶(hù)端將接收不到這些事件。被動(dòng)式只在按下預(yù)先指定的按鍵 (或鼠標(biāo)按鍵 )時(shí)才會(huì)進(jìn)行截取，并在放開(kāi)時(shí)結(jié)束?？蛻?hù)端可截取鍵盤(pán)、光標(biāo)或兩者。對(duì)于光標(biāo)事件來(lái)說(shuō)，額外的參數(shù)會(huì)影響到事件的遞送：事件掩碼指定要遞送或拋棄哪些類(lèi)型的事件。例如，在第一個(gè)視窗上正常接收鍵盤(pán)事件的客戶(hù)端，可能會(huì)透過(guò)第二個(gè)視窗來(lái)請(qǐng)求截取鍵盤(pán)。十二： Xlib 和其他的客戶(hù)端程式庫(kù)主條目： Xlib 大部分的客戶(hù)端程式借由 Xlib 客戶(hù)端程式庫(kù)與服務(wù)器交流。不過(guò)使用 Xlib 的客戶(hù)端只能呼叫 Xlib 函式來(lái)傳送請(qǐng)求，并等待回復(fù)。 不會(huì)立即傳送請(qǐng)求給服務(wù)器，而是先存放在佇列中，這部分稱(chēng)為輸出緩沖；輸出緩沖里的請(qǐng)求會(huì)在以下情況真正傳送出去： 程式以程式庫(kù)所提供的函式，如 XFlush，明確要求。程式庫(kù)維護(hù)輪詢(xún)事件佇列，并在必要時(shí)呼叫適當(dāng)?shù)暮剑荒承┦录窃?Xt內(nèi)部處理，如需要重繪的視窗。 X Client 是基于 X Server 的客戶(hù)程序，作為使用系統(tǒng)的視窗功能的程序，它請(qǐng)求 X Server 在指定的窗口執(zhí)行各種操作。再上層是稱(chēng)為 Xlib的底層函數(shù)接口，它介于網(wǎng)絡(luò)和基礎(chǔ)系統(tǒng)與較高層的程序之間，應(yīng)用程序的實(shí)現(xiàn)通過(guò)調(diào)用這一層的函數(shù)實(shí)現(xiàn)。 (1)客戶(hù)程序可以在遠(yuǎn)程計(jì)算機(jī)上執(zhí)行計(jì)算任務(wù)，而使用的 X 服務(wù)器僅負(fù)責(zé)復(fù)雜的圖形顯示，從而充分發(fā)揮 X 服務(wù)器在顯示上的優(yōu)勢(shì)。它們的設(shè)計(jì)目的是提供一致的方便的操作 方式來(lái)滿(mǎn)足普通用戶(hù)的需要。 。 KDE 的窗口管理器叫做 kwin。 (3)使用不同的視窗管理器會(huì)使得 X Window 的外觀看起來(lái)截然不同。另外， KDE 和 GNOME 桌面環(huán)境 (Desktop Environments)都有自己的視窗 管理器與桌面集成，每一個(gè)視窗管理器也有一個(gè)不同的配置機(jī)制。 X 協(xié)議是 X Server 和 X Client 之間溝通的語(yǔ)言， Xlib 庫(kù)封裝了可完成這種通信功能的 API，可以使用這些 API 開(kāi)發(fā) X Client 程序。最后綜述： X Window 的運(yùn)行基于一種客戶(hù) /服務(wù)器(Client/Server)模式，它由 X Server、 X Clients 和通信通道 3 個(gè)部分組成，X Server 和 X Clients 通過(guò) X 協(xié)議在網(wǎng)絡(luò)上通信完成應(yīng)用任務(wù)。 程式要求在事件佇列中的一個(gè)事件 (例如，呼叫XNextEvent)和呼叫區(qū)塊 (例如， XNextEvent 區(qū)塊，如果佇列是空的 )。 當(dāng)服務(wù)器傳送的事件不同步時(shí)， Xlib 會(huì)把客戶(hù)端接收到的事件存放在佇列里，客戶(hù)端程式只能以明確呼叫 X11 程式庫(kù)函式的方式來(lái) 存取。 Xlib 有以下作用： 使客戶(hù)端的回應(yīng)和事件同步化： Xlib 函式會(huì)傳送請(qǐng)求區(qū)塊，直到得到合理的回應(yīng)?？蛻?hù)端也可請(qǐng)求截取整個(gè)服務(wù)器。更精確的說(shuō)，客戶(hù)端可請(qǐng)求它們照常 傳送或進(jìn)行截取。截取和凍截的不同處在于，截取改變事件的接收者，而凍結(jié)只是完全停止遞送。如果是可截取的話(huà)，其事件會(huì)轉(zhuǎn)運(yùn)給 截取的客戶(hù)端，而不是原本可接收到事件的視窗。不過(guò)其他的客戶(hù)端接收不到事件，即使是在截取視窗中進(jìn)行選取。十一：截取截取 (grab)即所有鍵盤(pán)或鼠標(biāo)的事件，都傳送到單一客戶(hù)端上。結(jié)果， F1 仍做它以前所做的 (例如，按下 F1 時(shí)，會(huì)開(kāi)啟說(shuō)明視窗 )，不過(guò)又和 Shift 一樣 (在文字編輯器里，按下 a和 F1，就會(huì)打出 A)。舉個(gè)例子，如果清單中的第一個(gè)修飾鍵 (Shift修飾鍵 )包含鍵碼0x37，然后有某個(gè)按鍵會(huì)產(chǎn)生鍵碼 0x37， X 服務(wù)器就認(rèn)為那個(gè)按鍵是 Shift 鍵。 X 服務(wù)器最多可用八個(gè)修飾鍵，不過(guò)每個(gè)修飾鍵可關(guān)聯(lián)一個(gè)以上的按鍵。客戶(hù)端也可以任意改變此一映射。鍵碼如何轉(zhuǎn)換成鍵符因此服務(wù)器傳送鍵碼和修飾狀態(tài)，而無(wú)須嘗試將其轉(zhuǎn)成特定的字符，這部份的轉(zhuǎn)換工作由客戶(hù)端自己的協(xié)定來(lái)完成。鍵碼僅僅取決于實(shí)際按下的按鍵，鍵符則可取決于按下的 Shift 鍵或其他的修飾鍵。 xprop 程式可輸出指定視窗的屬性， xpropro
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1