发信人: wlf.bbs@cs3.xmu.edu.cn (花眼狼～哀的美敦书), 信区: cnunix
标 题: Ｘ ＷＩＮＤＯＷＳ 系统使用指南--(16)
发信站: XMU CS BBS (Fri Jan 2 06:39:29 1998)
转信站: Lilac!ustcnews!ustcnews!sjtunews!xmucs
出 处: cs3.xmu.edu.cn
第１６章 实际的使用Resource
前一章解释Ｘ resources的规则----为什麽需要它们，结构如何工作和
resource规格的格式。本章中继续讨论resources ，但较强调实用性：我们告
诉你如何及何处设定resources 预设值，来影响你的系统的一部份或全部。在
本章结束前，我们将完成一些□例，点出你可能常见的错误，并告诉你如何克
服它们。
在这些□例中，我们假设你自己的工作站叫做venus ，并且大部份时间你
是使用它。从venus 的显示器，你可在远方的机器saturn和mars上执行client
应用程式且和venus 共享档案系统；neptune 则不可，我们曾在第４章描述过。
当你在本章中时，记得resource结构是：传递资讯给应用程式，通常这些
资讯是用来传递一些比较感兴趣的预设值（例如色彩和字型），但只要应用程
式取得协调你就能使用这种设施传递任何资讯。所以我们一般状况下倾向於把
”resource规格””预设值”(defaults)”resource”这三个名词视为同一含
意。
16.1 在何处储存resource的预设值
在上一章我们只告诉你输入resource规格到”一个资料库”，但未告诉你
如何做。事实上有几个不同的地方可以储存预设值：这些”地方”通常是一个
你可以用任何编辑器修改的简单的文字档案，但有一个特殊的位置需要特殊的
工具来设定它，我们先很快的给你一个概念，再讨论细节部份。
首先它的架构非常的复杂：包含命令列选项总共有八种设定resource方法，
但有两个重点需要注意：
1 ．你最好只使用其中的一或二种设置，只要你做完启始设定，你将只
须改变预设的设定。
2 ．系统是被设计来掌握许多不同模式的工作，和满足那些在许多显示器
上工作或在一台显示器上工作而存取远方机器的使用者的。
总结来说，这些设置是提供来让系统尽可能富於弹性，但任何时刻你将只
须存取其中的子集合而已。
16.1.1 设定Resource的八种方法
总共有八种方法设定resource，但它们可分为下面几类：
．应用程式专属的(Application-specific)resource：resource的表列，
限定档案只能被特定的应用程式读取。
．Server专属的resource：应用设定，不管应用程式在那一种主机上执行。
．主机专属的设定(Host-specific-setting) ：对应用程式在主机上执行
有关的设定，和显示器无关。
．命令列选项：在执行时期做一次关闭(one-off) 设定。
应用程式专属的resource -- 方法1 和方法2
Toolkit 程式初始时在和应用程式直接相关的两个档案中寻找resource，
这些档案只能被特定的应用程式读取：
1 ．应用程式--类别(Application-class) resource档案：这个档案包含
了机器一般性(site-wide) 对应用程式的类别之预设值，通常为系统
管理者所设定。它的名称就是应用程式类别的名称，在标准安装的系
统中它是储存在目录/usr/lib/X11/app-defaults 中，例如xterm 的
相关档案为：
/usr/lib/X11/app-defaults/XTerm
在core版中，有一个相关於Xmh 的此种档案，观察此档案可以看所使
用之设定的型态。
2 ．你自己拥有的应用程式专属的resource档案：这个档案的名称和上述
相同，但它存放在不同的地方----由shell 变数$XAPPLRESDIR所指定
的目录，如果未定义，则放在home目录。例如对Xmh 类别的程式，它
的档案放在下列二者之一：
$XAPPLRESDIR/Xmh
$HOME/Xmh
你可以使用此种档案，处理方法1 中你不喜欢的 site-wide档案使其无
效。
Server专属的Resource -- 方法3 和方法4
这是对你目前工作的Server（显示器）做有关的设定。键盘的设定通常是
server专属的（因为不同的显示器有不同的键盘）。另一个server专属的特徵
为显示器是彩色或单色。
Resource和这些有关的项目会被所有与这个终端机相关的应用程式应用到，
并且不论应用程式在何主机上执行。（例如，如果你使用的显示器为单色，则
不管你的应用程式在何处执行，你还是不会要它使用彩色。）
储存server专属设定的方法是：
3 ．server的RESOURCE_MANAGER性质(property)：（你可在１２章中xprop
的输出看到），使用下述的xrdb程式，你可以在server的根视窗的
RESOURCE_MANAGER性质中储存resource设定。它的优点如下：
(a) 你不需编辑任何档案即可设定预设值。（当你为了了解系统而实
验系统时特别有用）
(b) resource被server掌握，所以不论应用程式在那一部主机上执行，
均能被所有的应用程式应用。在我们的□例中，在neptune 的
情况下特别有用，甚至在不和我们的显示机器venus 共享档案系
统时，它仍然自动地选出为了使用此显示器所必需的resource设定。
4 ．你的$HOME/.Xdefaults档案：（只有在根视窗没有RESOURCE_MANAGER
性质定义的情况下使用）。如果你对xrdb尚不熟悉，你便可以此档取
代，但你必须在每一部你执行client应用程式的机器上均设定一个。
主机专属设定 -- 方法5 和方法6
主机专属预设值和server专属相反，不管应用程式所使用机器的终端机为
何，只要应用程式在此主机上执行，均使用主机专属预设值，你可以用它们来：
．让应用程式在不同的机器上对不同的档案系统作计算，例如：被一个应
用程式读取的资料档案可能在不同的主机上保持不同的位置。
．区分显示在同一个萤幕上不同的主机的视窗（这些视窗可能由同一个应
用程式执行），例如：你可以要所有在mars机器上执行的xterm 的视窗
为红色的边框，而在saturn上执行的视窗为黄边。
．调高一个相同的应用程式在不同的client机器上版本的差异，例如：
xterm 在venus 是标准的MIT 版，但在neptune 机器上是由第三集团修
改过以适应机器结构的产品，这两版的xterm 可能并不完全相容。
主机专属Resource储存在：
5 ．由$XENVIRONMENT 来的档案名称：如果shell 变数$ENVIRONMENT有被
定义，它会被解释为一个含有resource设定的档案之完整的路径名称。
6 ．你的$HOME/.Xdefaults-thishost 档案：（当$XENVIRONMENT 未被定
义时使用）。注意它和我们先前的档案有所不同，它必须附加上主机
名称，例如，如果你在neptune 执行应用程式而在venus 显示（假设
RESOURCE MANAGER性质未定义），则server专属 resource 读取自：
.Xdefaults
而主机专属resource则是：
.Xdefaults-neptune
两者均在neptune 的家目录(home directory)中。
注意：在不同的小节中，我们曾说过类似”server专属resource读取自...”
这可能造成误导：”如果你实际需要，你可以放置任何型态的resource设定到
任何的档案或资料库。”我们真正的意思是你应该放置机器特性或不论甚麽的
resource到任何地方，如果你这样做，你将获得你需要的动作。
命令列选项 -- 方法7 和方法8
最後，你可以藉著命令列选项设定应用程式的值。通常当你设定预设值时
，为的是你不需要使用选项为你的程式作Ｘ相关的设定。但你实际上可以用它
们来：
．一次关闭(one-off) ，例如：你暂时性地在萤幕上需要一个极小的xedit。
．为了区别在相同应用程式中各自的成员，你已看过一个这样的例子，当
我们使用命令
xterm -name demo
来设定应用程式的成员名称给demo，将造成以应用程式名称为demo的
resource取代xterm 的resource。
命令列选项分为下列两种：
7 ．应用程式专属选项：例如xclock的-chime的xpr 或-scale。
8 ．Toolkit 标准选项：所有用到Toolkit 的应用程式均接受一些标准的
命令列选项，我们看过其中的大部份，包括-fg, -bg, -display,
-geometry 等等，标准选项的清单在”Ｘ Toolkit Intrinsics ”手
册的2.3 节中。
在其中有一个选项-xrm，重要的足以用一个小节来描述。
Toolkit 标准选项-xrm
大多数一般的resource均能被命令列选项明确地设定，例如你可以用
-bg colour设定视窗背景颜色。但无论如何，有一些resource并没有符合的选
项。为了克服这点，Toolkit 提供一个 "捕捉遗漏" (catch all) 的选项-xrm
（Ｘ Resource Manager 缩写）。
-xrm以一个引数当做resource规格，就如同你在预设值档案中输入的相同，
例如：你可以输入：
xclock -xrm "*update:30"
和
xclock -update 30
是相等的。
在同一命令列你可以使用数次-xrm，但每一次只能包含一个resource规格，
例如：
xclock -xrm "*update:30" -xrm "*chime:on"
-xrm的好处在於你可以用它来设定任何resource供应用程式使用，尤其是
那些和命令列选项不符合的resource。其中一些非常有用的像：
iconX, iconY：视窗表徵图左上角x,y 座标的位置。
iconPixmap：被用来当作视窗表徵图的位元映像的名称，你可以用它
来指定任何的位元映像当作应用程式表徵图。（位元映像
为已有或利用bitmap程式建立。）例如：命令
xedit -iconic -xrm "*IconPixmap:cntr_ptr"\
-xrm "*iconX:500"\
-xrm "*iconY:400"
的意义为将xedit 设定以表徵图开始启始，表徵图的左上角
座标为(500,400) （在大多数的显示器会在萤幕中央），使
用名为cntr_ptr的位元映像来当作表徵图。
backgroundPixmap：设定用一个位元映像当作背景。
borderPixmap：设定以一个位元映像当作视窗的边，例如：
xclock -bw 20 -xrm "*backgroundPixmap: scales"\
-xrm "*borderPixmap: cntr_ptr"
执行xclock，用一个宽达20个像素的边框，视窗的背景为鱼鳞
(fish-scales) 图案，边框则用cntr_ptr的位元映像。
所有的这些resource当然也可用类别指定。（如IconX ，BorderPixmap等等。）
注意：请记住，-xrm只有在程式有用到Toolkit 才可应用。
16.1.2 设定Resource不同方法的摘要
现在我们将如何对一个指定应用程式resource设定的八种方法作一摘要：
应用程式专属resource：它们被两个档案掌握，且仅能被Toolkit 使用，
其中一个档案通常由系统管理者设定，另一个由你自己设定。
server专属的resource：不是存在根视窗的RESOURCE_MANAGER性质中，便
是在你的$HOME/.Xdefaults档案中。
主机专属resource：如果shell 变数$XENVIRONMENT 有定义的话，存在其
所定义的档案中，否则在你的$HOME/.Xdefaults-host 档案。
一次关闭设定：用应用程式的本身命令列选项来设定，和用Toolkit 标准
命令列选项，包含”捕捉遗漏”-xrm.
它们以下列顺序处理：
if （程式使用Toolkit ）
读取 /usr/lib/X11/app-defaults/class档案 (1)
读取你的 $HOME/class档案 (2)
if （RESOURCE_MANAGER性质被定义）
处理内含的指定 (3)
else
读取你的$HOME/.Xdefaults档案 (4)
if （shell 变数XENVIRONMENT被定义）
读取所定义名称的档案 (5)
else
读取你的$HOME/.Xdefaults-host 档案 (6)
if （程式使用Toolkit ）
处理标准的resource选项，包含-xrm (7)
处理应用程式本身的选项 (8)
现在我们将更详细的看一个较不熟悉的方法 -- 用来储存server本身
resource的方法。
16.2 在Server上储存预设值 -- xrdb
大部份预设值的结构均和档案有关，当应用程式启始时，不同的档案被读
取且其内容被处理，这种方式的缺点为你希望所有的client在一个特定的
server上使用同一组的预设值，但client所执行的机器上如果没有一个共同的
档案系统，你该怎麽办？
答案是在server本身储存预设值。Ｘ的性质设施是一个具有一般性目的的
结构。（记住，一个”性质(property)”是一小段已知格式资料的名称，被储
存在server），指定由server根视窗的RESOURCE_MANAGER性质载入，且当应用
程式启始时系统会注意此事。当视窗系统启始时，RESOURCE_MANAGER性质未定
义：如果你要使用这个设施，你必须明确地设定它。
并没有一个一般性的工具来操作一个性质，所以Ｘ提供了一个特殊的程式
来处理resource性质，它就是xrdb（the X Resource DataBase 公用程式）。
16.2.1 xrdb能为你做什麽
为了方便起见，本章剩馀的部份，我们只把RESOURCE_MANAGER性质和它的
内容当成”资料库”。
xrdb的功能非常简单，它让你能：
．设定一个新的资料库。
．看目前有那些resource在资料库中。
．在现存的资料库加入一个新的resource。
．完全去除资料库。
这些是基本操作，且很容易完成。当然也有一些更进一步的功能可以很精
确地让你控制resource，但我们先来讨论基本操作。
16.2.2 使用xrdb的基本功能
xrdb的操作类似大多数Unix的程式：它从一个档案或标准输入读取输入资
料，并且你可以用命令列选项来控制它的操作模式，它所读取的输入是我们曾经看
过的一系列resource设定，不过比较特别的是它把这些设定载入资料库，让我们看
一看它主要的功能：
设定一个新的资料库：输入下面命令两者之一：
xrdb filename
xrdb < filename
用以将一个档案中的设定载入到一个资料库中，如果只键入xrdb，表示你将由
标准输入（通常为键盘）直接输入设定，稍後我们将说明xrdb所接受的档案格
式，但现在先把输入resource设定当作和.Xdefaults档案或-xrm引数相同的方
法，例如，你可以用下列的方式定义xclock设定：
venus% xrdb
xclocks*Background: pink
xclock*update: 30
xclock*backgroundPixmap: cntr_ptr
<end-of-file>
通常你用一个档案当作xrdb的输入，也就是说，xrdb从一个档案载入预设
值作为你的视窗系统初始化的一部份。如果你很有经验，直接输入它的设定也
许容易些。
查看现存资料库中的内容，输入命令：
xrdb -query
则xrdb将以明白本文格式(plain text format) 印出资料库的内容（-query可
以缩写为 -q ）。
（你可能记得也可以在根视窗用xprop 来看资料库的内容，但xprop 的输
出格式不太灵巧，它给你其它一大堆你不需要的资讯。）
如果需要，你可以抓取xrdb的输出到一个档案，编辑它，更改设定後可再
用它当作xrdb的输入。（下一项功能告诉你一个更好的方法）
注意：查看资料库，你必须使用选项-query。如果你忽略这个选项而只输
入xrdb，将造成会清除资料库，且xrdb在等待你自标准输入键入你
新的设定。
在现存资料库加入新的设定：加入新的设定到资料库且不要破坏原有的设
定，使用命令：
xrdb -merge filename
（-merge可缩写为-m，如果你省略档案名称，xrdb会自标准输入读取。）
xrdb自指定的档案中读取resource设定，并加入现存的资料库中；对於资料库
中已存在的resource，如果有新的设定，旧值会为新值取代，否则则不会变动。
完全移去资料库：如同先前所述，当系统结束时资料库会自动消失，但如
果你在系统仍在执行时移去资料库，使用命令：
xrdb -remove
本节介绍xrdb基本的功能，下一节我们介绍当你熟悉系统时，你可能需要
的更进一步的功能。
16.2.3 xrdb的档案格式
你已知道大多数的格式细节 -- 你可以用标准的resource规格的形式
characteristic: value
上述的格式你已看过多次，但xrdb有两个额外的规则：
1 ．注解(comments)：每一行的开头如果是惊叹号（!）会被忽略，所以
你可以此当作注解。
2 ．xrdb预设将它的输入列传到C 前处理器。
让我们进一步看一看前处理器的过程。
xrdb前处理它的输入列
让我们看一看一个你可能碰到的典型问题。假设在一般的场景，你使用下
列显示器：
venus 彩色萤幕，正常解析度
saturn 单色萤幕，正常解析度
mars 彩色萤幕，高解析度
以上三者共享一个共同网路档案系统，当你在一个显示器上启动Ｘ，你需
要定义预设值来反应显示器的特徵。例如：在高解析度萤幕你可能需要较大的
预设字型，或是你不需要在单色系统上定义彩色预设值。
如何做呢？让我们看一看，如果你能使用.Xdefaults-host 档案：在
Xdefaults-venus我们包含了彩色指定，而在.Xdefaults-saturn 我们只放入
单色型态的参数。行得通吗？当然，但是是有限度的：它只能掌握应用程式在
和server相同的机器上执行，如果应用程式在其它的机器上执行会得到它们主
机上的预设档案。所以如果你使用venus 且在saturn启始远方的client，将会
用到.Xdefault-saturn而错失所有的彩色指定。
你能够只使用.Xdefault 档案来区分机器吗？不能，因为三台主机共享相
同的档案系统，所以$HOME/.Xdefaults会被venus 获得也会被其它的机器获得。
答案是在resource处理程序的某些地方，有一个结构可以分辨出所使用
server的某些特徵。xrdb可以用相当简单的办法做到这点，它先定义一些说明
server特徵的C 前处理器符号，而後将它所有的输入传递到前处理器，最後将
处理过的资料载入资料库。指南页列出所有的xrdb定义的前处理器的符号，但
在此处我们需要用到的是：
X_RESOLUTION=n:n是每公尺长萤幕有多少像素。（根据我们的server，我
们正常解析度的萤幕为每□90个像素，相当於每公尺3454个像素。）
COLOR ：只有萤幕支援彩色才被定义。
WIDTH,HEIGHT：萤幕的宽度和高度，单位为像素。
图16-1显示我们如何在xrdb的输入档案使用这些。（我们命名为
$HOME/.Xresources ，稍後我们仍将再度用到。）它可以正确地做到我们所想
要的 -- 它正确掌握了所有我们的显示器，不论是彩色或高解析度或两者都有。
一些要点值得注意：
┌—————————————————————┐
│ P197 FIG 16.1 │
│ │
│ 图16-1 利用前处理器命令的Resource档案 │
└—————————————————————┘
．你可以使用所有前处理器的功能。例如，我们使用它的表示掌握
(expression-handling) 能力：
#if X_RESOLUTION > 3600
．你可以在档案中任何地方使用前处理器符号，并不只是前面有# 号的列，
例如，当
xload*Width: WIDTH
在venus 上xrdb执行到时，它将会读取成：
xload:Width: 1152
所以由预设值可知，xload 视窗宽度将和萤幕宽度相同，高为80个像素，
且在萤幕的正上方。
注意：大多数Unix前处理器定义了一些和它们机器结构与作业系统相关的
符号，这些可能会干扰到你，特别是Unix通常定义的符号，现在
xrdb定义HOST为显示器名称中主机名称的部份，所以你可能认为你
可以像这样使用一个resource规格：
demo*title: X demo using display HOST
比方在venus 上，预期它相当於：
demo*title: X demo using display venus
事实上，在我们的机器上会得到
demo*title: X demo using display 1
原因为显示器名称是unix:0.0，所以主机名称部份为unix，但前处
理器已定义了unix，所以整个解释的顺序为：
HOST -> unix -> 1
你可以用xrdb的-u选项来解除符号的定义，用以克服这点，也就是
xrdb -Unix < filename
但即使如此，主机名称仍为unix，除非你明确地指定显示器：
xrdb -display venus:0 < filename
另一个会产生干扰的□例，如何你输入规格
xedit*Font: *-sun-screen-*
使用xrdb，现在用一个xrdb -query ，你可以看到在资料库中实际
地设定：
xedit*Font: *-1-screen-*
在我们sun 的机器上，前处理器定义成另一个符号。如果你使用和你的机
器相关的名称，你可能也会得到相同的效应。（如果你决定不需要前处理器的
功能，你可以用xrdb的-nocpp选项停止它的功能。）
16.2.4 如何将资料库设定和你的xrdb输入档连接在一起
藉著像前述在一个含有大量前处理器命令的档案执行xrdb，你初始化了资
料库，在稍後的期间，交谈式的使用xrdb，你将对资料库做大量的更动，现在
你需要记录这些设定，且将之与原来的输入档连接，以备将来之用。
如果你只使用xrdb -query ，你只能获得目前的设定：所有在输入档中的
条件指令列若和现在的server不符则不会被包含。例如在saturn上执行前述的
档案，则所有色彩和高解析度的设定，均被忽略（当然以 #开头的也不例外），
为了克服这点，xrdb提供-edit 选项，例如命令：
xrdb -edit myresf
连接目前在资料库中的值到档案myresf内存在的内容，它藉著比对resource指
定特徵值的部份做到这点：如果在档案中某一行和资料库中某一项特徵相同，
则档案中值的部份会被在资料库中的值取代，用此方法，所有的以 #开头的列
和条件设定均会保留在档案中。
注意：前处理器完全不可以使用-edit 选项，那会导致问题，我们看一
下当我们使用venus ，且以前述档案初始化资料库时，会发生什麽
情况，假设我们做了更动：
venus% xrdb -merge
XTerm*font: *-courier-medium-r-*-140-*
<end-of-file>
然後用命令：
xrdb -edit myresf
将设定更改的部份放回档案，我们看到两件事：
1 ．前处理器符号在规格中值的部份会被字面(literal)值取代，
例如：
xload*Width: 1152 会被
xload*Width: WIDTH 取代
2 ．在规格中只要特性符合，值均会被取代，甚至那些在条件段中
目前尚未应用到的也不例外。例如，在前述档案，设定
XTerm*font的那两行（一行在高解析度那段，一行在正常显示
器那段）都会被更改，即使我们只需要改变正常显示器也不例
外。
16.3 一些常见的错误和如何修正它们
特别是当你对系统是新手的时候，resource看起来相当的复杂。当有些状
况不能正常执行，而系统无法帮助你查觉是什麽错误，或你在何处犯了错误，
这里列出一些常见错误的明细，并提出如何修正它们。
．如果你未设定一个应用程式的名称和类别，确定在你的resource规格之
前加一个星号，（如果你省略这个星号，将没有任何东西会对应这个规
格）这个错误在你使用-xrm时特别常见，例如：
xclock -xrm "update:3" （错误）
xclock -xrm "*update:3" （正确）
．并非所有的应用程式均使用Toolkit ，非Toolkit 的程式不使用类别，
且它们的属性名称也可能不同。例如，规格
*geometry: 300*400+500+600
对xclock，xlogo 有效，但对xcalc 无效，因它不使用Toolkit ，xcalc
使用属性名称Geometry（开头为大写的G ），因为在这种情况，Toolkit
类别名称和xcalc 的属性名称相同，所以单独一个规格
*Geometry: 300*400+500+600
可以对所有这类的应用程式有效。
．你可能在规格中用了错误的属性或Widget的名称，特别是容易把类别名
称和成员名称搞混，例如：以下两者均错：
xclock*Update: 10
xclock*interval: 10
其它常见的错误如：
xterm*Text*background:blue
它不能执行的原因为xterm 并未使用Text widget ，xterm 正常的视窗
和Tektronix 的视窗分别使用widget类别 VT100和Tek 。最後，当你
知道一个widget是什麽类别，你可能对成员名称假设错误，不是widget
本身便是其中之一的属性。试著更换类别名称来修正这个问题。
．即使你已设定实际的widget和属性名称或类别，应用程式可能以不是你
预期的方式使用它们。例如：你可能设定如下：
xterm*Width: 40
xterm*Height: 10
意图用比平常较小的视窗启动xterm ，但它不能执行，xterm 只能在
Tektronix window应用这些值，无法在正常的视窗。
．你可能所有的设定完全正确，但仍然什麽也没发生，例如：
xmh -xrm "*inc.Label: Include"
是一个正确的方式，执行xmh 并指定label 为inc 盒的必须被"Include"。
但在标准系统的发行版，是没有任何动作发生的，原因是xmh 有一个应
用程式设定预设值档案/usr/lib/X11/app-defaults/Xmh ，其中有一行：
xmh*inc.label:Incorporate New Mail
这个规格较我们的设定有较高优先。
．将规格
*Width: 200
单独包含在资料库将导致大多数的Toolkit 程式启始失败，且有一个
讯息说它的"shell widget has zero height or width" 。如果你设定
height和width 二者之一，你必须也设定另外一个。
．如果你用编辑器建立一个resource档案，你可能省略了最後一个new line
这将导致当你试图用xrdb载入它时整个档案均被忽略。为了避免如此，
当载入resource时，用一个命令列像：
xrdb resfile; xrdb -query
如果xrdb无法列印出resfile 中的内容，就是有问题了。
．你可能忘了用-xrm选项的引数来获得resource规格，有时有人会把
resource规格放入一个档案，而以档案名称为-xrm的引数，预期它自此
档案中读取resources。
．最後，一个非常人性的错误，当你发生问题，你通常会循环动作：编辑
resource档案... 储存它... 载入resource到资料库... 执行应用程式
和看一看发生什麽状况。”其中载入resource到资料库”常常会被忽略
以致你更为困惑。
16.4 结论
本章中，你已看过了所有你能设定resource的地方，为何有这麽多种的方
法，如何决定设定放置在何处。你看到如何使用xrdb程式在server实际地储存
预设值，它们在何处被server所有的client存取，甚至它们可以在远方的机器
上执行。最後，有一些关於常见错误的实际提示，告诉你什麽需要注意。
你现在处於实际使用resources ，和剪裁你的系统适合你的口味，resource
结构功能非常强大且有无限的弹性，所以它可让你定制任何你需要的事。刚开
始不妨试一些像字型或色彩之类简单的设定，当你熟於基本的结构时，再转到
更高水准的例子。
下一章将告诉你如何使用特别形式的resource规格 -- Translations（转
译），来剪裁你的键盘以适於特别的应用程式。
=====
--
※ 来源:·古庙钟声 cs3.xmu.edu.cn·[FROM: 210.34.6.201]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间：206.426毫秒