[转帖]X Window 系统使用指南16Windows系统 电脑资料

转帖X Window 系统使用指南16Windows系统 电脑资料 第章实际的使用Resource 前一章解释resources的规则-为什麽需要它们，结构如何工作和 resource规格的格式， 第章 实际的使用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 *chimen -xrm的好处在於你可以用它来设定任何resource供应用程式使用，尤其是 那些和命令列选项不符合的resource。其中一些非常有用的像： iconX, iconY：视窗表徵图左上角x,y 座标的位置。 iconPixmap：被用来当作视窗表徵图的位元映像的名称，你可以用它 来指定任何的位元映像当作应用程式表徵图。（位元映像 为已有或利用bitmap程式建立。）例如：命令 xedit -iconic -xrm *IconPixmap:tr_ptr -xrm *iconX:500 -xrm *iconY:400 的意义为将xedit 设定以表徵图开始启始，表徵图的左上角 座标为(500,400) （在大多数的显示器会在萤幕中央），使 用名为tr_ptr的位元映像来当作表徵图。 backgroundPixmap：设定用一个位元映像当作背景。 borderPixmap：设定以一个位元映像当作视窗的边，例如： xclock -bw 20 -xrm *backgroundPixmap: scales -xrm *borderPixmap: tr_ptr 执行xclock，用一个宽达20个像素的边框，视窗的背景为鱼鳞 (fish-scales) 图案，边框则用tr_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) 处理应用程式本身的选项 ( 现在我们将更详细的看一个较不熟悉的方法 - 用来储存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 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-* 然後用命令： 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。 但在标准系统的发行