home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Source Code 1993 July / THE_SOURCE_CODE_CD_ROM.iso / X / mit / doc / CLX / glossary.doc < prev    next >
Encoding:
Interleaf document  |  1989-10-18  |  38.7 KB  |  1,239 lines

  1. <!OPS, Version = 5.2>
  2.  
  3. <!Document,
  4.     Print Rev Bars =    no,
  5.     Final Output Device =    "ps",
  6.     Default Printer =    "nearest-adps">
  7.  
  8. <!Font Definitions,
  9.     F2 = Times 10,
  10.     F3 = Times 8 Italic,
  11.     F4 = Times 12 Bold,
  12.     F5 = Times 18 Bold,
  13.     F6 = Times 10 Bold,
  14.     F7 = Times 14 Bold,
  15.     F8 = Times 10 Italic,
  16.     F9 = Symbol_A 8,
  17.     F10 = Times 6,
  18.     F11 = Symbol_B 8>
  19.  
  20. <!Page,
  21.     Bottom Margin =        1 inches,
  22.     Left Margin =        1 inches,
  23.     Right Margin =        1.15 inches,
  24.     First Page =        Right,
  25.     Starting Page # =     Inherit,
  26.     Hyphenation =        on,
  27.     Revision Bar Placement = Left,
  28.     Vert. Just. =        off>
  29.  
  30. <!Autonumber Stream, List, 2,
  31.     Level 2 Suffix =    ,
  32.     Level 2 Starting Value = 0,
  33.     Level 2 Show =        no>
  34.  
  35. <!Autonumber Stream, Outline, 3,
  36.     Level 1 Symbol Type =    UPPER ROMAN,
  37.     Level 2 Symbol Type =    UPPER ALPHA>
  38.  
  39. <!Autonumber Stream, figure, 2,
  40.     Level 1 Prefix =    "Figure ",
  41.     Level 1 Suffix =    "<#1e>",
  42.     Level 1 Show =        no,
  43.     Level 2 Suffix =    ,
  44.     Level 2 Starting Value = 0,
  45.     Level 2 Show =        no>
  46.  
  47. <!Autonumber Stream, figurelet, 2,
  48.     Level 1 Symbol Type =    UPPER ALPHA,
  49.     Level 1 Prefix =    "Figure ",
  50.     Level 1 Suffix =    "<#1e>",
  51.     Level 1 Show =        no,
  52.     Level 2 Suffix =    "<#04>">
  53.  
  54. <!Autonumber Stream, invisible, 1,
  55.     Level 1 Suffix =    ,
  56.     Level 1 Show =        no>
  57.  
  58. <!Autonumber Stream, item, 2,
  59.     Level 2 Symbol Type =    LOWER ALPHA,
  60.     Level 2 Trail =        yes>
  61.  
  62. <!Autonumber Stream, paralet, 4,
  63.     Level 1 Symbol Type =    UPPER ALPHA,
  64.     Level 1 Suffix =    ,
  65.     Level 1 Show =        no,
  66.     Level 2 Prefix =    .,
  67.     Level 2 Suffix =    ,
  68.     Level 3 Prefix =    .,
  69.     Level 3 Suffix =    ,
  70.     Level 4 Prefix =    .,
  71.     Level 4 Suffix =    >
  72.  
  73. <!Autonumber Stream, paranum, 4,
  74.     Level 1 Suffix =    ,
  75.     Level 1 Show =        no,
  76.     Level 2 Prefix =    .,
  77.     Level 2 Suffix =    ,
  78.     Level 3 Prefix =    .,
  79.     Level 3 Suffix =    ,
  80.     Level 4 Prefix =    .,
  81.     Level 4 Suffix =    >
  82.  
  83. <!Autonumber Stream, table, 2,
  84.     Level 1 Prefix =    "Table ",
  85.     Level 1 Suffix =    "<#1e>",
  86.     Level 1 Show =        no,
  87.     Level 2 Suffix =    >
  88.  
  89. <!Autonumber Stream, tablelet, 2,
  90.     Level 1 Symbol Type =    UPPER ALPHA,
  91.     Level 1 Prefix =    "Table ",
  92.     Level 1 Suffix =    "<#1e>",
  93.     Level 1 Show =        no,
  94.     Level 2 Suffix =    "<#04>">
  95.  
  96. <!Class, bullet,
  97.     Bottom Margin =        0.153 inches,
  98.     Left Margin =        1.85 inches,
  99.     First Indent =        -0.25 inches,
  100.     Line Spacing =        1.121 lines,
  101.     Font =            F2,
  102.     Allow Page Break Within = no,
  103.     Left Tab =        -0.50/0 inches>
  104.  
  105. <!Class, caption,
  106.     Top Margin =        0.07 inches,
  107.     Bottom Margin =        0.07 inches,
  108.     Line Spacing =        1.100 lines,
  109.     Font =            F3>
  110.  
  111. <!Class, gloss1,
  112.     Bottom Margin =        0 inches,
  113.     Left Margin =        1.60 inches,
  114.     First Indent =        -1.60 inches,
  115.     Line Spacing =        1.121 lines,
  116.     Font =            F2,
  117.     Allow Page Break Within = no,
  118.     Allow Page Break After = no,
  119.     Left Tab =        -1.70/0 inches>
  120.  
  121. <!Class, glossary,
  122.     Bottom Margin =        0.153 inches,
  123.     Left Margin =        1.60 inches,
  124.     First Indent =        -1.60 inches,
  125.     Line Spacing =        1.121 lines,
  126.     Font =            F2,
  127.     Allow Page Break Within = no,
  128.     Left Tab =        -1.70/0 inches>
  129.  
  130. <!Class, leadlttr,
  131.     Bottom Margin =        0.153 inches,
  132.     Left Margin =        1.60 inches,
  133.     First Indent =        -1.60 inches,
  134.     Line Spacing =        1.120 lines,
  135.     Font =            F4,
  136.     Allow Page Break Within = no,
  137.     Allow Page Break After = no,
  138.     Left Tab =        -1.70/0 inches>
  139.  
  140. <!Class, p1rule,
  141.     Bottom Margin =        0.07 inches,
  142.     Line Spacing =        1 lines,
  143.     Font =            F2,
  144.     Hyphenation =        off,
  145.     Allow Page Break After = no,
  146.     Left Tab =        0/0.75*13 inches>
  147.  
  148. <!Class, para,
  149.     Bottom Margin =        0.153 inches,
  150.     Left Margin =        1.60 inches,
  151.     Line Spacing =        1.121 lines,
  152.     Font =            F2,
  153.     Allow Page Break Within = no,
  154.     Left Tab =        0/0.75*13 inches>
  155.  
  156. <!Class, sectitle,
  157.     Bottom Margin =        0 inches,
  158.     Line Spacing =        1 lines,
  159.     Alignment =        Right,
  160.     Font =            F5,
  161.     Hyphenation =        off,
  162.     New Page =        yes,
  163.     Left Tab =        0/0.75*13 inches>
  164.  
  165. <!Class, thinrule,
  166.     Bottom Margin =        0.12 inches,
  167.     Line Spacing =        1 lines,
  168.     Font =            F6,
  169.     Hyphenation =        off,
  170.     Allow Page Break Within = no,
  171.     Allow Page Break After = no,
  172.     Left Tab =        0/1.60 inches>
  173.  
  174. <!Master Frame,
  175.     Name =            "At Anchor",
  176.     Placement =        At Anchor,
  177.     Width =            0.41 inches,
  178.     Height =        0.137 inches,
  179.     Vertical Alignment =    0.03 inches,
  180.     Diagram =
  181. V4,
  182. (g9,32767,0
  183.  (E10,0,0,0,1,1,0.053333,1,15,0,0,1,0,0,0,0,0,1,1,0.066667,0.066667,6,6,0,0.066
  184.   667,6))>
  185.  
  186. <First Page Header, Frame =
  187. V4,
  188. (g9,0,0
  189.  (E10,0,0,0,1,1,0.053333,1,15,0,0,1,0,0,0,0.007813,1,1,1,0.066667,0.066667,6,6,
  190.   0,0.066667,6))>
  191.  
  192. <Right Page Header, Frame =
  193. V4,
  194. (g9,1,0
  195.  (T8,1,12,5.426667,0.313333,0.92,1,0.333333,0,516,0,17,0,0,0,0,0,0,1,1,2048,512
  196.   ,102,1101,2,
  197. <caption,
  198.     Alignment =        Right>
  199.  
  200. Glossary
  201.  
  202. <End Text>)
  203.  (E10,0,0,0,1,1,0.053333,1,15,0,0,1,0,0,0,0,1,1,1,0.066667,0.066667,6,6,0,0.066
  204.   667,6))>
  205.  
  206. <Left Page Header, Frame =
  207. V4,
  208. (g9,1,0
  209.  (T8,1,12,0.013333,0.313333,0.92,1,0.333333,0,516,0,17,0,0,0,0,0,0,1,1,2048,512
  210.   ,102,1101,2,
  211. <caption,
  212.     Alignment =        Left>
  213.  
  214. Glossary
  215.  
  216. <End Text>)
  217.  (E10,0,0,0,1,1,0.053333,1,15,0,0,1,0,0,0,0,1,1,1,0.066667,0.066667,6,6,0,0.066
  218.   667,6))>
  219.  
  220. <Right Page Footer, Frame =
  221. V4,
  222. (g9,1,0
  223.  (t8,1,4,6.333333,0.266667,2,17,@nntimsps10b,Glossary\036\240)
  224.  (v4,2,0,0,0.066667,6.333333,0.066554,17,2,0)
  225.  (T8,3,12,0,0.183333,1.36,1,0.333333,0,516,0,17,0,0,0,0,0,0,1,1,2048,512,102,11
  226.   01,6,
  227. <caption,
  228.     Alignment =        Left>
  229.  
  230. CLX Programmer's Reference
  231.  
  232. <End Text>)
  233.  (E10,0,0,0,1,1,0.053333,1,14.1,0,0,1,0,0,0,0,1,1,1,0.066667,0.066667,6,6,0,0.0
  234.   66667,6))>
  235.  
  236. <Left Page Footer, Frame =
  237. V4,
  238. (g9,1,0
  239.  (t8,1,4,0.013333,0.28,0,17,@nntimsps10b,Glossary\036\240)
  240.  (v4,2,0,0.026667,0.08,6.333333,0.079888,17,2,0)
  241.  (T8,3,12,-17.663337,0.196667,1.36,1,0.333333,0,516,0,17,0,0,0,0,0,0,1,1,2048,5
  242.   12,102,1101,6,
  243. <caption,
  244.     Alignment =        Right>
  245.  
  246. CLX Programmer's Reference
  247.  
  248. <End Text>)
  249.  (E10,0,0,0,1,0,0.053333,1,14.1,0,0,1,0,0,0,0.007813,1,0,1,0.066667,0.066667,6,
  250.   6,0,0.066667,6))>
  251.  
  252. <sectitle>
  253.  
  254. <|,201>GLOSSARY
  255.  
  256. <p1rule>
  257.  
  258. <Frame,
  259.     Name =            "At Anchor",
  260.     Placement =        At Anchor,
  261.     Width =            6.35 inches,
  262.     Height =        0.153 inches,
  263.     Vertical Alignment =    0.007 inches,
  264.     Page # =        201,
  265.     Diagram =
  266. V4,
  267. (g9,1,0
  268.  (v4,1,0,0.006667,0.066723,6.333333,0.066611,17,2,0)
  269.  (E10,0,0,0,1,1,0.053333,1,15,0,0,1,0,0,0,0,0,1,1,0.066667,0.066667,6,6,0,0.066
  270.   667,6))>
  271.  
  272. <leadlttr>
  273.  
  274. <F7>a
  275.  
  276. <glossary>
  277.  
  278. <F6>access control list<F0><Tab>X maintains a list of hosts from 
  279. which client programs can be run. By default, only programs on the 
  280. local host can use the display, plus any hosts specified in an initial 
  281. list read by the server. This <F8>access control list<F0> can be 
  282. changed by clients on the local host. Some server implementations 
  283. can also implement other authorization mechanisms in addition to or 
  284. in place of this mechanism. The action of this mechanism can be conditional 
  285. based on the authorization protocol name and data received by the 
  286. server at connection setup. 
  287.  
  288. <F6>action<F0><Tab>A function that is designed to handle an input 
  289. event. CLUE input processing consists of matching an event with an 
  290. event specification found in a contact's <F6>event<#1e>translations<F0> 
  291. slot and then calling actions associated with the matching event specification.
  292.  
  293. <F6>active grab<F0><Tab>A grab is <F8>active<F0> when the pointer 
  294. or keyboard is actually owned by the single grabbing client. 
  295.  
  296. <F6>ancestors<F0><Tab>If W is an inferior of A, then A is an <F8>ancestor
  297. <F0> of W. 
  298.  
  299. <F6>atom<F0><Tab>A unique ID corresponding to a string name. Atoms 
  300. are used to identify properties, types, and selections. 
  301.  
  302. <thinrule,
  303.     Left Tab =        0 inches,
  304.     Right Tab =        6.50 inches>
  305.  
  306. <Tab->
  307.  
  308. <leadlttr>
  309.  
  310. <F7>b
  311.  
  312. <glossary>
  313.  
  314. <F6>backing store<F0><Tab>When a server maintains the contents of 
  315. a window, the off<#1e>screen saved pixels are known as a <F8>backing 
  316. store<F0>. 
  317.  
  318. <F6>before action<Tab><F0>An action of a <F6>contact<#1e>display<F0> 
  319. that is called when an event is dispatched to a contact, but before 
  320. any other contact input processing is performed.
  321.  
  322. <F6>bit gravity<F0><Tab>When a window is resized, the contents of 
  323. the window are not necessarily discarded. It is possible to request 
  324. the server to relocate the previous contents to some region of the 
  325. window. This attraction of window contents for some location of a 
  326. window is known as <F8>bit gravity<F0>.
  327.  
  328. <F6>bitmap<F0><Tab>A pixmap of depth one. 
  329.  
  330. <F6>button grabbing<F0><Tab>Buttons on the pointer can be passively <F8>grab
  331. bed<F0> by a client. When the button is pressed, the pointer is then 
  332. actively grabbed by the client. 
  333.  
  334. <F6>byte<F0> <F6>order<F0><Tab>For image (pixmap/bitmap) data, 
  335. byte order is defined by the server, and clients with different native 
  336. byte ordering must swap bytes as necessary. For all other parts of 
  337. the protocol, the byte order is defined by the client, and the server 
  338. swaps bytes as necessary. 
  339.  
  340. <thinrule,
  341.     Left Tab =        0 inches,
  342.     Right Tab =        6.50 inches>
  343.  
  344. <Tab->
  345.  
  346. <leadlttr>
  347.  
  348. <F7>c
  349.  
  350. <glossary>
  351.  
  352. <F6>callback<F0><Tab>A function that represents a connection between 
  353. a contact and the rest of an application program. A contact calls 
  354. a callback function in order to report the results of the user interface 
  355. component that it represents.
  356.  
  357. <F6>children<F0><Tab>First<#1e>level subwindows of a window. 
  358.  
  359. <gloss1>
  360.  
  361. <|,202><F6>class event<Tab><F0>Event translations that belong to 
  362. all instances of a contact class. A class event
  363.  
  364. <glossary>
  365.  
  366. <F6>translations<F0><Tab>translation is created by the <F6>defevent<F0> 
  367. macro.
  368.  
  369. <F6>class resources<Tab><F0>Resources defined for each instance 
  370. of a contact class. Also see constraint resources.
  371.  
  372. <F6>click<Tab><F0>A <F6>:button<#1e>press<F0> event followed immediately 
  373. by a <F6>:button<#1e>release<F0> event for the same button, with 
  374. no intervening change in pointer position or modifier key state.
  375.  
  376. <F6>client<F0><Tab>An application program connects to the window 
  377. system server by some interprocess communication (IPC) path, such 
  378. as a TCP connection or a shared memory buffer. This program is referred 
  379. to as a <F8>client<F0> of the window system server. More precisely, 
  380. the client is the IPC path itself. A program with multiple paths open 
  381. to the server is viewed as multiple clients by the protocol. Resource 
  382. lifetimes are controlled by connection lifetimes, not by program lifetimes. 
  383.  
  384. <F6>clipping regions<F0><Tab>In a graphics context, a bitmap or 
  385. list of rectangles can be specified to restrict output to a particular 
  386. region of the window. The image defined by the bitmap or rectangles 
  387. is called a <F8>clipping region<F0>. 
  388.  
  389. <F6>colormap<F0><Tab>A set of entries defining color values. The 
  390. colormap associated with a window is used to display the contents 
  391. of the window. Each pixel value indexes the colormap to produce RGB 
  392. values that drive the guns of a monitor. Depending on hardware limitations, 
  393. one or more colormaps can be installed at one time, such that windows 
  394. associated with those maps display with correct colors. 
  395.  
  396. <F6>composite<F0><Tab>A subclass of <F6>contact<F0> representing 
  397. contacts that are the parents of other contacts. A composite provides 
  398. geometry management and input focus management services for the contacts 
  399. that are its children.
  400.  
  401. <gloss1>
  402.  
  403. <F6>complete resource<Tab><F0>A list of symbols containing the class 
  404. of the contact, the class of the contact's<FJ>
  405.  
  406. <glossary>
  407.  
  408. <F6>class<Tab>parent <F0>(and so on), and the class<F6> <F0>of 
  409. the <F6>contact<#1e>display<F0> to which the contact belongs. The 
  410. complete resource class is one of the two items used as a key by a 
  411. CLUE application in order to access a contact resource value in a 
  412. resource database.
  413.  
  414. <gloss1>
  415.  
  416. <F6>complete resource<Tab><F0>A list of symbols containing the <F6>name
  417. <F0> of the contact, the <F6>name<F0> of the<FJ>
  418.  
  419. <glossary>
  420.  
  421. <F6>name<Tab><F0>contact's <F6>parent <F0>(and so on), and the 
  422. name of the <F6>contact<#1e>display<F0> to which the contact belongs. 
  423. The complete resource name is one of the two items used as a key by 
  424. a CLUE application in order to access a contact resource value in 
  425. a resource database.
  426.  
  427. <F6>connection<F0><Tab>The IPC path between the server and client 
  428. program. A client program typically has one connection to the server 
  429. over which requests and events are sent. 
  430.  
  431. <F6>constraint resources<Tab><F0>Resources defined for each child 
  432. belonging to a member of a composite class. Constraint resources are 
  433. typically used to control the parent's geometry management policy. 
  434. Also see class resources.
  435.  
  436. <F6>contact<F0><Tab>The basic CLUE object for programming a user 
  437. interface.
  438.  
  439. <F6>contact<#1e>display<Tab><F0>The CLUE object type that represents 
  440. a<F6> <F0>connection to an X server and that supports an event loop 
  441. for application<F6> <F0>input. 
  442.  
  443. <F6>contact initialization<Tab><F0>The process of collecting initial 
  444. values for all contact attributes. No server resources (windows and 
  445. so on) are actually allocated until contact realization.
  446.  
  447. <F6>contact realization<Tab><F0>The process of allocating contact 
  448. resources. This process completes contact creation.
  449.  
  450. <|,203><F6>containment<F0><Tab>A window contains the pointer if the 
  451. window is viewable and the hot spot of the cursor is within a visible 
  452. region of the window or a visible region of one of its inferiors. 
  453. The border of the window is included as part of the window for containment. 
  454. The pointer is in a window if the window contains the pointer but 
  455. no inferior contains the pointer. 
  456.  
  457. <F6>content<Tab><F0>The single child of a shell. The basic geometry 
  458. management policy implemented by the <F6>shell<F0> class constrains 
  459. a shell and its content to have the same width and height; size changes 
  460. to one are automatically applied to the other.
  461.  
  462. <F6>coordinate system<F0><Tab>The coordinate system has x horizontal 
  463. and y vertical, with the origin [0, 0] at the upper left. Coordinates 
  464. are discrete and are in terms of pixels. Each window and pixmap has 
  465. its own coordinate system. For a window, the origin is at the inside 
  466. upper left, inside the border. 
  467.  
  468. <F6>cursor<F0><Tab>The visible shape of the pointer on a screen. 
  469. It consists of a hot<#1e>spot, a source bitmap, a shape bitmap, and 
  470. a pair of colors. The cursor defined for a window controls the visible 
  471. appearance when the pointer is in that window. 
  472.  
  473. <thinrule,
  474.     Left Tab =        0 inches,
  475.     Right Tab =        6.50 inches>
  476.  
  477. <Tab->
  478.  
  479. <leadlttr>
  480.  
  481. <F7>d
  482.  
  483. <glossary>
  484.  
  485. <F6>depth<F0><Tab>The depth of a window or pixmap is number of bits 
  486. per pixel it has. The depth of a graphics context is the depth of 
  487. the drawables it can be used in conjunction with for graphics output. 
  488.  
  489. <glossary,
  490.     Allow Page Break After = no>
  491.  
  492. <F6>descendant<F0><Tab>If W is an inferior of A, then W is a <F8>descendant
  493. <F0> of A.
  494.  
  495. <glossary>
  496.  
  497. <F6>device<F0><Tab>Keyboards, mice, tablets, track<#1e>balls, button 
  498. boxes, and so forth, are all collectively known as input <F8>devices<F0>. 
  499. The core protocol only deals with two devices: the keyboard and the 
  500. pointer.
  501.  
  502. <F6>direct color<F0><Tab>A class of colormap in which a pixel value 
  503. is decomposed into three separate subfields for indexing. One subfield 
  504. indexes an array to produce red intensity values, the second subfield 
  505. indexes a second array to produce blue intensity values, and the third 
  506. subfield indexes a third array to produce green intensity values. 
  507. The RGB values can be changed dynamically. 
  508.  
  509. <F6>dispatching an event<F0><Tab>The process of finding the appropriate 
  510. contact and its actions.
  511.  
  512. <F6>double<#1e>click<Tab><F0>A sequence of two clicks of the same 
  513. button in rapid succession.
  514.  
  515. <F6>drawable<F0><Tab>Both windows and pixmaps can be used as sources 
  516. and destinations in graphics operations. These are collectively known 
  517. as <F8>drawables<F0>. However, an <F6>:input<#1e>only<F0> window 
  518. cannot be used as a source or destination in a graphics operation. 
  519.  
  520. <thinrule,
  521.     Left Tab =        0 inches,
  522.     Right Tab =        6.50 inches>
  523.  
  524. <Tab->
  525.  
  526. <leadlttr>
  527.  
  528. <F7>e
  529.  
  530. <glossary>
  531.  
  532. <F6>event<F0><Tab>Clients receive information asynchronously via <F8>events
  533. <F0>. These events can be either asynchronously generated from devices, 
  534. or generated as side effects of client requests. Events are grouped 
  535. into types; events are never sent to a client by the server unless 
  536. the client has specifically asked to be informed of that type of event, 
  537. but clients can force events to be sent to other clients. Events are 
  538. typically reported relative to a window. 
  539.  
  540. <|,204><F6>event compression<Tab><F0>Ignoring (or compressing) certain 
  541. redundant input events. Compression of redundant events is controlled 
  542. by the class slots <F6>compress<#1e>exposures<F0> and <F6>compress<#1e>motio
  543. n<F0>, which are shared by all instances of a contact class.
  544.  
  545. <F6>event loop<F0><Tab>The fundamental application control structure: 
  546. wait for an event, figure out how to handle it, process the event, 
  547. then go back and wait for the next one. In CLUE, the event loop is 
  548. implemented using the <F6>process<#1e>next<#1e>event<F0> function.
  549.  
  550. <F6>event mask<F0><Tab>Events are requested relative to a window. 
  551. The set of event types a client requests relative to a window are 
  552. described using an <F8>event mask<F0>. 
  553.  
  554. <F6>event propagation<F0><Tab>Device<#1e>related events <F8>propagate<F0> 
  555. from the source window to ancestor windows until some client has expressed 
  556. interest in handling that type of event, or until the event is discarded 
  557. explicitly. 
  558.  
  559. <F6>event specification<F8><Tab><F0>A notation for describing a 
  560. certain sort of event. CLUE input processing consists of matching 
  561. an event with an event specification found in a contact's <F6>event<#1e>transl
  562. ations<F0> slot and then calling actions associated with the matching 
  563. event specification.
  564.  
  565. <F6>event synchronization<F0><Tab>Certain race conditions are possible 
  566. when demultiplexing device events to clients (in particular deciding 
  567. where pointer and keyboard events should be sent when in the middle 
  568. of window management operations). The event synchronization mechanism 
  569. allows synchronous processing of device events. 
  570.  
  571. <F6>event source<F0><Tab>The smallest window containing the pointer 
  572. is the <F8>source<F0> of a device related event. 
  573.  
  574. <F6>event translation<Tab><F0>The process of determining which contact 
  575. action<F8> <F0>functions will be executed. An event translation 
  576. is a list found in a contact's <F6>event<#1e>translations<F0> slot 
  577. associating an event specification with one or more action<F8> <F0>names. 
  578. Also see class event translations.
  579.  
  580. <F6>exposure event<F0><Tab>Servers do not guarantee to preserve 
  581. the contents of windows when windows are obscured or reconfigured. <F8>Exposur
  582. e<F0> events are sent to clients to inform them when contents of 
  583. regions of windows have been lost. 
  584.  
  585. <F6>extension<F0><Tab>Named <F8>extensions<F0> to the core protocol 
  586. can be defined to extend the system. Extension to output requests, 
  587. resources, and event types are all possible, and expected. 
  588.  
  589. <thinrule,
  590.     Left Tab =        0 inches,
  591.     Right Tab =        6.50 inches>
  592.  
  593. <Tab->
  594.  
  595. <leadlttr>
  596.  
  597. <F7>f
  598.  
  599. <glossary>
  600.  
  601. <F6>focus window<F0><Tab>Another term for the input focus. 
  602.  
  603. <F6>font<F0><Tab>A matrix of glyphs (typically characters). The 
  604. protocol does no translation or interpretation of character sets. 
  605. The client simply indicates values used to index the glyph array. 
  606. A font contains additional metric information to determine inter<#1e>glyph 
  607. and inter<#1e>line spacing. 
  608.  
  609. <thinrule,
  610.     Left Tab =        0 inches,
  611.     Right Tab =        6.50 inches>
  612.  
  613. <Tab->
  614.  
  615. <leadlttr>
  616.  
  617. <F7>g
  618.  
  619. <gloss1>
  620.  
  621. <F6>geometry<Tab><F0>The process whereby a composite controls the 
  622. geometrical properties of its<FJ>
  623.  
  624. <glossary>
  625.  
  626. <F6>management<Tab><F0>child contacts; the composite is referred 
  627. to as the<F8> <F0>geometry manager.
  628.  
  629. <F6>glyph<F0><Tab>An image, typically of a character, in a font. 
  630.  
  631. <|,205><F6>grab<F0><Tab>Keyboard keys, the keyboard, pointer buttons, 
  632. the pointer, and the server can be <F8>grabbed<F0> for exclusive 
  633. use by a client. In general, these facilities are not intended to 
  634. be used by normal applications but are intended for various input 
  635. and window managers to implement various styles of user interfaces. 
  636.  
  637. <F6>gcontext<F0><Tab>Shorthand for graphics context. 
  638.  
  639. <F6>graphics context<F0><Tab>Various information for graphics output 
  640. is stored in a <F8>graphics context<F0> (or gcontext), such as foreground 
  641. pixel, background pixel, line width, clipping region, and so forth. 
  642. A graphics context can only be used with drawables that have the same 
  643. root and the same depth as the graphics context. 
  644.  
  645. <F6>gray scale<F0><Tab>A degenerate case of pseudo color, in which 
  646. the red, green, and blue values in any given colormap entry are equal, 
  647. thus producing shades of gray. The gray values can be changed dynamically. 
  648.  
  649. <thinrule,
  650.     Left Tab =        0 inches,
  651.     Right Tab =        6.50 inches>
  652.  
  653. <Tab->
  654.  
  655. <leadlttr>
  656.  
  657. <F7>h
  658.  
  659. <glossary>
  660.  
  661. <F6>hot spot<F0><Tab>A cursor has an associated <F8>hot spot<F0> 
  662. that defines a point in the cursor that corresponds to the coordinates 
  663. reported for the pointer. 
  664.  
  665. <thinrule,
  666.     Left Tab =        0 inches,
  667.     Right Tab =        6.50 inches>
  668.  
  669. <Tab->
  670.  
  671. <leadlttr>
  672.  
  673. <F7>i
  674.  
  675. <glossary>
  676.  
  677. <F6>identifier<F0><Tab>Each resource has an <F8>identifier<F0>, 
  678. a unique value associated with it that clients use to name the resource. 
  679. An identifier can be used over any connection to name the resource. 
  680.  
  681. <F6>inferiors<F0><Tab>All of the subwindows nested below a window: 
  682. the children, the children's children, and so on. 
  683.  
  684. <F6>initialization<F0><Tab>See contact initialization.
  685.  
  686. <F6>input event<Tab><F0>See event.
  687.  
  688. <F6>input focus<F0><Tab>Normally a window defining the scope for 
  689. processing of keyboard input. If a generated keyboard event would 
  690. normally be reported to this window or one of its inferiors, the event 
  691. is reported normally; otherwise, the event is reported with respect 
  692. to the focus window. The input focus also can be set such that all 
  693. keyboard events are discarded and that the focus window is dynamically 
  694. taken to be the root window of whatever screen the pointer is on at 
  695. each keyboard event. 
  696.  
  697. <F6>input<#1e>only window<F0><Tab>A window that cannot be used for 
  698. graphics requests. <F8>input<#1e>only<F0> windows are invisible, 
  699. and can be used to control such things as cursors, input event generation, 
  700. and grabbing. <F8>input<#1e>only<F0> windows cannot have <F8>input/output
  701. <F0> windows as inferiors. 
  702.  
  703. <F6>input/output window<F0><Tab>The normal kind of opaque window, 
  704. used for both input and output. Input/output windows can have both <F8>input/o
  705. utput<F0> and input<#1e>only windows as inferiors. 
  706.  
  707. <F6>insensitivity<F0><Tab>See sensitivity.
  708.  
  709. <F6>interactive<#1e>stream<Tab><F0>A contact subclass designed to 
  710. integrate CLUE with the conventional stream<#1e>based I/O of Common 
  711. Lisp.
  712.  
  713. <thinrule,
  714.     Left Tab =        0 inches,
  715.     Right Tab =        6.50 inches>
  716.  
  717. <|,206><Tab->
  718.  
  719. <leadlttr>
  720.  
  721. <F7>k
  722.  
  723. <glossary>
  724.  
  725. <F6>key grabbing<F0><Tab>Keys on the keyboard can be passively <F8>grabbed
  726. <F0> by a client. When the key is pressed, the keyboard is then actively 
  727. grabbed by the client. 
  728.  
  729. <F6>keyboard grabbing<F0><Tab>A client can actively <F8>grab<F0> 
  730. control of the keyboard, and key events will be sent to that client 
  731. rather than the client to which the events would normally have been 
  732. sent. 
  733.  
  734. <F6>keysym<F0><Tab>An encoding of a symbol on a keycap on a keyboard. 
  735.  
  736. <thinrule,
  737.     Left Tab =        0 inches,
  738.     Right Tab =        6.50 inches>
  739.  
  740. <Tab->
  741.  
  742. <leadlttr>
  743.  
  744. <F7>m
  745.  
  746. <glossary>
  747.  
  748. <F6>managed<Tab><F0>A contact under geometry management control.
  749.  
  750. <F6>mapped<F0><Tab>A window is said to be <F8>mapped<F0> if a 
  751. map call has been performed on it. Unmapped windows and their inferiors 
  752. are never viewable or visible. 
  753.  
  754. <F6>modifier keys<F0><Tab>SHIFT, CONTROL, META, SUPER, HYPER, ALT, 
  755. Compose, Apple, CAPS LOCK, Shift Lock, and similar keys are called <F8>modifie
  756. r keys<F0>. 
  757.  
  758. <F6>monochrome<F0><Tab>A special case of static gray, in which there 
  759. are only two colormap entries. 
  760.  
  761. <thinrule,
  762.     Left Tab =        0 inches,
  763.     Right Tab =        6.50 inches>
  764.  
  765. <Tab->
  766.  
  767. <leadlttr>
  768.  
  769. <F7>o
  770.  
  771. <glossary>
  772.  
  773. <F6>obscure<F0><Tab>A window is <F8>obscured<F0> if some other 
  774. window obscures it. For example, window A obscures window B if: 
  775.  
  776. <bullet>
  777.  
  778. <F11>w<F9><Tab><F0>Both windows are viewable <F6>:input<#1e>output<F0> 
  779. windows
  780.  
  781. <F11>w<F9><Tab><F0>Window A is higher in the global stacking order 
  782. than window B
  783.  
  784. <F11>w<F9><Tab><F0>The rectangle defined by the outside edges of 
  785. window A intersects the rectangle defined by the outside edges of 
  786. window B
  787.  
  788. <para>
  789.  
  790. Notice that window borders are included in the calculation, and that 
  791. a window can be obscured and yet still have visible regions. See occlude 
  792. (there is a fine distinction between obscure and occlude).
  793.  
  794. <glossary>
  795.  
  796. <F6>occlude<F0><Tab>A window is <F8>occluded<F0> if some other 
  797. window occludes it. For example, window A occludes window B if:  
  798.  
  799. <bullet>
  800.  
  801. <F11>w<F9><Tab><F0>Both windows are mapped
  802.  
  803. <F11>w<F9><Tab><F0>Window A is higher in the global stacking order 
  804. than window B
  805.  
  806. <F11>w<F9><Tab><F0>The rectangle defined by the outside edges of 
  807. window A intersects the rectangle defined by the outside edges of 
  808. window B
  809.  
  810. <para>
  811.  
  812. Notice that window borders are included in the calculation. See obscure 
  813. (there is a fine distinction between occlude and obscure).
  814.  
  815. <glossary>
  816.  
  817. <|,207><F6>override<#1e>shell<F9><Tab><F0>A subclass of <F6>shell <F0>used 
  818. to override the window manager. This subclass contains pop<#1e>up 
  819. menus and other temporary objects that the user can never resize and 
  820. so on.
  821.  
  822. <thinrule,
  823.     Left Tab =        0 inches,
  824.     Right Tab =        6.50 inches>
  825.  
  826. <Tab->
  827.  
  828. <leadlttr>
  829.  
  830. <F7>p
  831.  
  832. <glossary>
  833.  
  834. <F6>padding<F0><Tab>Some padding bytes are inserted in the data 
  835. stream to maintain alignment of the protocol requests on natural boundaries. 
  836. This increases ease of portability to some machine architectures. 
  837.  
  838. <F6>parent window<F0><Tab>If C is a child of P, then P is the <F8>parent
  839. <F0> of C. 
  840.  
  841. <F6>passive grab<F0><Tab>Grabbing a key or button is a <F8>passive 
  842. grab<F0>. The grab activates when the key or button is actually pressed. 
  843.  
  844. <F6>pixel value<F0><Tab>An <F8>n<F0><#1e>bit value, where <F8>n<F0> 
  845. is the number of bit planes used in (that is, the depth of) a particular 
  846. window or pixmap. For a window, a pixel value indexes a colormap to 
  847. derive an actual color to be displayed. 
  848.  
  849. <F6>pixmap<F0><Tab>A three dimensional array of bits. A pixmap is 
  850. normally thought of as a two dimensional array of pixels, where each 
  851. pixel can be a value from 0 to 
  852. <Frame,
  853.     Name =            "At Anchor",
  854.     Placement =        At Anchor,
  855.     Width =            0.45 inches,
  856.     Height =        0.18 inches,
  857.     Vertical Alignment =    0.03 inches,
  858.     Page # =        201,
  859.     Diagram =
  860. V4,
  861. (g9,1,0
  862.  (m8,1,12,0,0.133333,clas10,\(2\ sup\ n\ \)-1)
  863.  (E10,0,0,0,1,1,0.053333,1,15,0,0,1,0,0,0,0,0,1,1,0.066667,0.066667,6,6,0,0.066
  864.   667,6))>
  865. , where <F8>n<F0> is the depth (z axis) of the pixmap. A pixmap 
  866. can also be thought of as a stack of <F8>n<F0> bitmaps. 
  867.  
  868. <F6>plane<F0><Tab>When a pixmap or window is thought of as a stack 
  869. of bitmaps, each bitmap is called a <F8>plane<F0> or <F8>bit plane<F0>.
  870.  
  871. <F6>plane mask<F0><Tab>Graphics operations can be restricted to 
  872. only affect a subset of bit planes of a destination. A <F8>plane 
  873. mask<F0> is a bit mask describing which planes are to be modified, 
  874. and it is stored in a graphics context. 
  875.  
  876. <F6>pointer<F0><Tab>The pointing device attached to the cursor and 
  877. tracked on the screens. 
  878.  
  879. <F6>pointer grabbing<F0><Tab>A client can actively <F8>grab<F0> 
  880. control of the pointer, and button and motion events will be sent 
  881. to that client rather than the client to which the events would normally 
  882. have been sent. 
  883.  
  884. <F6>pointing device<F0><Tab>Typically a mouse or tablet, or some 
  885. other device with effective dimensional motion. There is only one 
  886. visible cursor defined by the core protocol, and it tracks whatever 
  887. pointing device is attached as the pointer. 
  888.  
  889. <F6>pop<#1e>up<F0><Tab>One of the uses of a top<#1e>level shell 
  890. (for example, a menu that pops up when a command button contact is 
  891. activated). Setting the <F6>state<F0> of a shell to <F6>:mapped<Index, "shell", "popping up">
  892. <F0> is sometimes referred to as <F8>mapping<F0> or <F8>popping 
  893. up<F0> the shell. Setting the <F6>state<F0> of a shell to <F6>:withdrawn
  894. <F0> or <F6>:iconic<F0> is sometimes referred to as <F8>unmapping<F0> 
  895. or <F8>popping down<Index, "shell", "popping down"><F0> the shell.
  896.  
  897. <F6>property<F0><Tab>Windows can have associated <F8>properties<F0>, 
  898. consisting of a name, a type, a data format, and some data. The protocol 
  899. places no interpretation on properties; they are intended as a general<#1e>purp
  900. ose naming mechanism for clients. For example, clients might share 
  901. information such as resize hints, program names, and icon formats 
  902. with a window manager via properties. 
  903.  
  904. <F6>property list<F0><Tab>The list of properties that have been 
  905. defined for a window. 
  906.  
  907. <F6>pseudo color<F0><Tab>A class of colormap in which a pixel value 
  908. indexes the colormap to produce independent red, green, and blue values. 
  909. That is, the colormap is viewed as an array of triples (RGB values). 
  910. The RGB values can be changed dynamically. 
  911.  
  912. <thinrule,
  913.     Left Tab =        0 inches,
  914.     Right Tab =        6.50 inches>
  915.  
  916. <|,208><Tab->
  917.  
  918. <leadlttr>
  919.  
  920. <F7>r
  921.  
  922. <glossary>
  923.  
  924. <F6>realization<Tab><F0>See contact realization.
  925.  
  926. <F6>redirecting control<F0><Tab>Window managers (or client programs) 
  927. may choose to enforce window layout policy in various ways. When a 
  928. client attempts to change the size or position of a window, the operation 
  929. can be <F8>redirected<F0> to a specified client, rather than the 
  930. operation actually being performed. 
  931.  
  932. <F6>reply<F0><Tab>Information requested by a client program is sent 
  933. back to the client with a <F8>reply<F0>. Both events and replies 
  934. are multiplexed on the same connection. Most requests do not generate 
  935. replies. However, some requests generate multiple replies. 
  936.  
  937. <F6>representation type<Tab><F0>The type of representation of a 
  938. resource value. For example, a color value might be represented either 
  939. as a namestring (<#7f>red"), a pixel value, an RGB triplet, an HSV 
  940. triplet, and so on.
  941.  
  942. <F6>request<F0><Tab>A command to the server is called a <F8>request<F0>. 
  943. It is a single block of data sent over a connection. 
  944.  
  945. <F6>resource<F0><Tab> A value of the user interface that can be 
  946. changed by the user in a resource database via CLX functions <F6>add<#1e>resou
  947. rce<F0>, <F6>get<#1e>resource<F0>, and so forth. See server resource.
  948.  
  949. <gloss1>
  950.  
  951. <F6>resource class,<F0><Tab>See complete resource class.
  952.  
  953. <glossary>
  954.  
  955. <F6>complete
  956.  
  957. <F6>resource database<Tab><F0>Conceptually, a set of resource name/value 
  958. pairs (or resource bindings). CLX defines functions for storing and 
  959. retrieving interface resources from a resource database.
  960.  
  961. <gloss1>
  962.  
  963. <F6>resource name,<F0><Tab>See complete resource name.
  964.  
  965. <glossary>
  966.  
  967. <F6>complete
  968.  
  969. <F6>RGB values<F0><Tab><F8>Red<F0>, <F8>green<F0>, and <F8>blue<F0> 
  970. intensity values used to define color. These values are always represented 
  971. as 16<#1e>bit unsigned numbers, with zero being the minimum intensity 
  972. and 65535 being the maximum intensity. The values are scaled by the 
  973. server to match the display hardware. 
  974.  
  975. <F6>root<F0><Tab>A special composite contact used to represent an 
  976. entire display screen.
  977.  
  978. <F6>root window<F0><Tab>Each screen has a <F8>root window<F0> 
  979. covering it. It cannot be reconfigured or unmapped, but otherwise 
  980. acts as a full<#1e>fledged window. A root window has no parent. 
  981.  
  982. <thinrule,
  983.     Left Tab =        0 inches,
  984.     Right Tab =        6.50 inches>
  985.  
  986. <Tab->
  987.  
  988. <leadlttr>
  989.  
  990. <F7>s
  991.  
  992. <glossary>
  993.  
  994. <F6>save set<F0><Tab>The <F8>save set<F0> of a client is a list 
  995. of other client's windows that, if they are inferiors of one of the 
  996. client's windows at connection close, should not be destroyed and 
  997. that should be remapped if it is unmapped. Save sets are typically 
  998. used by window managers to avoid lost windows if the manager should 
  999. terminate abnormally. 
  1000.  
  1001. <F6>scanline<F0><Tab>A list of pixel or bit values viewed as a horizontal 
  1002. row (all values having the same y coordinate) of an image, with the 
  1003. values ordered by increasing x coordinate. 
  1004.  
  1005. <F6>scanline order<F0><Tab>An image represented in <F8>scanline 
  1006. order<F0> contains scanlines ordered by increasing y coordinate. 
  1007.  
  1008. <|,209><F6>screen<F0><Tab>A server can provide several independent <F8>screen
  1009. s<F0>, which typically have physically independent monitors. This 
  1010. would be the expected configuration when there is only a single keyboard 
  1011. and pointer shared among the screens. 
  1012.  
  1013. <F6>selection<F0><Tab>A <F8>selection<F0> can be thought of as 
  1014. an indirect property with dynamic type. That is, rather than having 
  1015. the property stored in the server, it is maintained by some client 
  1016. (the <F8>owner<F0>). A selection is global in nature, being thought 
  1017. of as belonging to the user (but maintained by clients), rather than 
  1018. being private to a particular window subhierarchy or a particular 
  1019. set of clients. When a client asks for the contents of a selection, 
  1020. it specifies a selection <F8>target type<F0>. This target type can 
  1021. be used to control the transmitted representation of the contents. 
  1022.  
  1023. <para>
  1024.  
  1025. For example, if the selection is <#7f>the last thing the user clicked 
  1026. on" and that is currently an image, then the target type might specify 
  1027. whether the contents of the image should be sent in XY Format or Z 
  1028. Format. The target type can also be used to control the class of contents 
  1029. transmitted; that is, asking for the looks (fonts, line spacing, indentation, 
  1030. and so forth) of a paragraph selection, rather than the text of the 
  1031. paragraph. The target type can also be used for other purposes; the 
  1032. semantics is not constrained by the protocol. 
  1033.  
  1034. <glossary>
  1035.  
  1036. <F6>sensitivity<Tab><F0>A condition in which a user interface component 
  1037. of an application will accept input. Conversely, when a contact is 
  1038. insensitive, events of particular types are not dispatched to the 
  1039. contact and are ignored.
  1040.  
  1041. <F6>server<F0><Tab>The <F8>server<F0> provides the basic windowing 
  1042. mechanism. It handles IPC connections from clients, demultiplexes 
  1043. graphics requests onto the screens, and multiplexes input back to 
  1044. the appropriate clients.
  1045.  
  1046. <F6>server grabbing<F0><Tab>The server can be <F8>grabbed<F0> 
  1047. by a single client for exclusive use. This prevents processing of 
  1048. any requests from other client connections until the grab is complete. 
  1049. This is typically only a transient state for such things as rubber<#1e>banding 
  1050. and pop<#1e>up menus, or to execute requests indivisibly. 
  1051.  
  1052. <F6>server resource<F0><Tab>Windows, pixmaps, cursors, fonts, gcontexts, 
  1053. and colormaps are known as resources. They all have unique identifiers 
  1054. associated with them for naming purposes. The lifetime of a resource 
  1055. is bounded by the lifetime of the connection over which the resource 
  1056. was created. See resource.
  1057.  
  1058. <F6>shell<F0><Tab>A composite that handles the duties required by 
  1059. standard conventions for top<#1e>level X windows.
  1060.  
  1061. <F6>sibling<F0><Tab>Children of the same parent window are known 
  1062. as <F8>sibling<F0> windows. 
  1063.  
  1064. <F6>static color<F0><Tab>A degenerate case of pseudo color in which 
  1065. the RGB values are predefined and read<#1e>only. 
  1066.  
  1067. <F6>static gray<F0><Tab>A degenerate case of gray scale in which 
  1068. the gray values are predefined and read<#1e>only. The values are typically 
  1069. (near<#1e>)linear increasing ramps. 
  1070.  
  1071. <F6>stacking order<F0><Tab>Sibling windows can <F8>stack<F0> on 
  1072. top of each other. Windows above both obscure and occlude lower windows. 
  1073. This is similar to paper on a desk. The relationship between sibling 
  1074. windows is known as the <F8>stacking order<F0>. 
  1075.  
  1076. <glossary,
  1077.     Allow Page Break After = no>
  1078.  
  1079. <F6>state<Tab><F0>A slot of <F6>contact<F0> that controls the 
  1080. visual effect of the contact.
  1081.  
  1082. <glossary>
  1083.  
  1084. <F6>stipple<F0><Tab>A bitmap that is used to tile a region to serve 
  1085. as an additional clip mask for a fill operation with the foreground 
  1086. color. 
  1087.  
  1088. <thinrule,
  1089.     New Page =        yes,
  1090.     Left Tab =        0 inches,
  1091.     Right Tab =        6.50 inches>
  1092.  
  1093. <|,210><Tab->
  1094.  
  1095. <leadlttr>
  1096.  
  1097. <F7>t
  1098.  
  1099. <glossary>
  1100.  
  1101. <F6>tile<F0><Tab>A pixmap can be replicated in two dimensions to <F8>tile
  1102. <F0> a region. The pixmap itself is also known as a tile.
  1103.  
  1104. <F6>timer<F0><Tab>A CLUE object that provides support for animation 
  1105. and other types of time<#1e>sensitive user interfaces. A timer causes <F6>:tim
  1106. er<F0> events to be dispatched to a specific contact for processing.
  1107.  
  1108. <F6>timestamp<F0><Tab>A time value, expressed in milliseconds, typically 
  1109. since the last server reset. Timestamp values wrap around (after about 
  1110. 49.7 days). The server, given its current time is represented by timestamp 
  1111. T, always interprets timestamps from clients by treating half of the 
  1112. timestamp space as being earlier in time than T and half of the timestamp 
  1113. space as being later in time than T. One timestamp value (named CurrentTime) 
  1114. is never generated by the server; this value is reserved for use in 
  1115. requests to represent the current server time. 
  1116.  
  1117. <F6>top<#1e>level contact<Tab><F0>A contact whose parent is a root. 
  1118. A top<#1e>level contact is usually a composite at the top of a hierarchy 
  1119. of other contacts created by an application program.
  1120.  
  1121. <F6>top<#1e>level<#1e>session<Tab><F0>A subclass of <F6>shell <F0>that 
  1122. is used to communicate with a session manager.
  1123.  
  1124. <F6>top<#1e>level<#1e>shell<Tab><F0>A subclass of <F6>shell <F0>that 
  1125. provides full window manager interaction.
  1126.  
  1127. <F6>transient<#1e>shell<Tab><F0>A subclass of <F6>shell <F0>that 
  1128. a window manager typically will unmap when its owner becomes unmapped 
  1129. or iconified and will not allow to be individually iconified.
  1130.  
  1131. <F6>true color<F0><Tab>A degenerate case of direct color in which 
  1132. the subfields in the pixel value directly encode the corresponding 
  1133. RGB values. That is, the colormap has predefined read<#1e>only RGB 
  1134. values. The values are typically (near<#1e>)linear increasing ramps. 
  1135.  
  1136. <F6>type<F0><Tab>An arbitrary atom used to identify the interpretation 
  1137. of property data. Types are completely uninterpreted by the server; 
  1138. they are solely for the benefit of clients. 
  1139.  
  1140. <thinrule,
  1141.     Left Tab =        0 inches,
  1142.     Right Tab =        6.50 inches>
  1143.  
  1144. <Tab->
  1145.  
  1146. <glossary>
  1147.  
  1148. <F7>u
  1149.  
  1150. <F6>unmanaged<Tab><F0>A contact that is not under geometry management 
  1151. control.
  1152.  
  1153. <F6>user interface<Tab><F0>A set of abstract interface objects used 
  1154. to control the dialog between an application and its human user.
  1155.  
  1156. <thinrule,
  1157.     Left Tab =        0 inches,
  1158.     Right Tab =        6.50 inches>
  1159.  
  1160. <Tab->
  1161.  
  1162. <leadlttr>
  1163.  
  1164. <F7>v
  1165.  
  1166. <glossary>
  1167.  
  1168. <F6>viewable<F0><Tab>A window is <F8>viewable<F0> if it and all 
  1169. of its ancestors are mapped. This does not imply that any portion 
  1170. of the window is actually visible. Graphics requests can be performed 
  1171. on a window when it is not viewable, but output will not be retained 
  1172. unless the server is maintaining backing store. 
  1173.  
  1174. <F6>visible<F0><Tab>A region of a window is <F8>visible<F0> if 
  1175. someone looking at the screen can actually see it; that is, the window 
  1176. is viewable and the region is not occluded by any other window. 
  1177.  
  1178. <thinrule,
  1179.     Left Tab =        0 inches,
  1180.     Right Tab =        6.50 inches>
  1181.  
  1182. <|,211><Tab->
  1183.  
  1184. <leadlttr>
  1185.  
  1186. <F7>w
  1187.  
  1188. <glossary>
  1189.  
  1190. <F6>window gravity<F0><Tab>When windows are resized, subwindows 
  1191. can be repositioned automatically relative to some position in the 
  1192. window. This attraction of a subwindow to some part of its parent 
  1193. is known as <F8>window gravity<F0>. 
  1194.  
  1195. <F6>window manager<F0><Tab>Manipulation of windows on the screen, 
  1196. and much of the user interface (policy) is typically provided by a <F8>window 
  1197. manager<F0> client. 
  1198.  
  1199. <F6>window manager shell<Tab><F0>A subclass of <F6>shell<F0> called <F6>wm
  1200. <#1e>shell <F0>that interacts with the window manager.
  1201.  
  1202. <thinrule,
  1203.     Left Tab =        0 inches,
  1204.     Right Tab =        6.50 inches>
  1205.  
  1206. <Tab->
  1207.  
  1208. <leadlttr>
  1209.  
  1210. <F7>x
  1211.  
  1212. <glossary>
  1213.  
  1214. <F6>XY Format<F0><Tab>The data for a pixmap is said to be in <F8>XY 
  1215. Format<F0> if it is organized as a set of bitmaps representing individual 
  1216. bit planes, with the planes appearing from most to least significant 
  1217. in bit order. 
  1218.  
  1219. <thinrule,
  1220.     Left Tab =        0 inches,
  1221.     Right Tab =        6.50 inches>
  1222.  
  1223. <Tab->
  1224.  
  1225. <leadlttr>
  1226.  
  1227. <F7>z
  1228.  
  1229. <glossary>
  1230.  
  1231. <F6>Z Format<F0><Tab>The data for a pixmap is said to be in <F8>Z 
  1232. Format<F0> if it is organized as a set of pixel values in scanline 
  1233. order.
  1234.  
  1235. <para,
  1236.     New Page =        yes>
  1237.  
  1238. <|,212>
  1239.