summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--README.config17
-rw-r--r--README.enhancing23
2 files changed, 19 insertions, 21 deletions
diff --git a/README.config b/README.config
index 3d31137..4d3f2d5 100644
--- a/README.config
+++ b/README.config
@@ -6,9 +6,9 @@
Abstract
- This document describes how to configure X11R6.7.0 XKB from a
- user's point a few. It converts basic configuration syntax and
- gives also a few examples.
+ This document describes how to configure X11R6.8 XKB from a user's
+ point a few. It converts basic configuration syntax and gives also
+ a few examples.
1. Overview
@@ -52,7 +52,7 @@ below to you xorg.conf configuration file (previously known as
Section "InputDevice"
Identifier "Keyboard1"
- Driver "Keyboard"
+ Driver "kbd"
Option "XkbModel" "pc104"
Option "XkbLayout" "us"
@@ -89,7 +89,7 @@ Then the configuration snippet could look like this:
Section "InputDevice"
Identifier "Keyboard1"
- Driver "Keyboard"
+ Driver "kbd"
Option "XkbModel" "logicordless"
Option "XkbLayout" "us,cz,de"
@@ -110,7 +110,7 @@ use another variant but basic. The configuration snippet then changes into:
Section "InputDevice"
Identifier "Keyboard1"
- Driver "Keyboard"
+ Driver "kbd"
Option "XkbModel" "logicordless"
Option "XkbLayout" "us,cz,de"
@@ -166,7 +166,7 @@ Look at the following example:
Section "InputDevice"
Identifier "Keyboard0"
- Driver "Keyboard"
+ Driver "kbd"
Option "XkbKeycodes" "xorg"
Option "XkbTypes" "default"
@@ -192,6 +192,5 @@ been obsoleted by previously described rules files which are far more flexi-
ble and allow simpler and more intuitive syntax. It is preserved merely for
compatibility reasons. Avoid using it if it is possible.
- Generated from Id: XKB-Config.sgml,v 1.1.4.1.6.2 eich Exp $
-
+$XdotOrg$
diff --git a/README.enhancing b/README.enhancing
index 9993584..a8456e8 100644
--- a/README.enhancing
+++ b/README.enhancing
@@ -124,7 +124,7 @@ modifiers. <ENTER> key, for instance, usually doesn't depend on any modi-
fiers so it its row has only one column defined.
Note that in XKB there is no prior assumption that certain modifiers are
-bound to certain columns. By editing proper files (see keytypes (section 4.2,
+bound to certain columns. By editing proper files (see refnam (section 4.2,
page 1)) this mapping can be changed as well.
Unlike the original X protocol the XKB approach is far more flexible. It is
@@ -132,12 +132,12 @@ comfortable to add one additional XKB term - group. You can think of a group
as of a vector of columns per each keycode (naturally the dimension of this
vector may differ for different keycodes). What is it good for? The group is
not very useful unless you intend to use more than one logically different
-set of symbols (like more than one alphabet) defined in a single mapping ta-
-ble. But then, the group has a natural meaning - each symbol set has its own
-group and changing it means selecting a different one. XKB approach allows
-up to four different groups. The columns inside each group are called (shift)
-levels. The X server knows the current group and reports it together with
-modifier set and with a keycode in key events.
+set of symbols (like more than one alphabet) defined in a single mapping
+table. But then, the group has a natural meaning - each symbol set has its
+own group and changing it means selecting a different one. XKB approach
+allows up to four different groups. The columns inside each group are called
+(shift) levels. The X server knows the current group and reports it together
+with modifier set and with a keycode in key events.
To sum it up:
@@ -223,9 +223,9 @@ altering what may be needed.
The differences in the number of columns (shift levels) are caused by a dif-
ferent types of keys (see the types definition in section basics). Most key-
-codes have implicitly set the keytype in the included "pc/latin" file to
-"FOUR_LEVEL_ALPHABETIC". The only exception is <RALT> keycode which is
-explicitly set "TWO_LEVEL" keytype.
+codes have implicitly set the keytype in the included 'pc/latin' file to
+'FOUR_LEVEL_ALPHABETIC'. The only exception is <RALT> keycode which is
+explicitly set 'TWO_LEVEL' keytype.
All those names refer to pre-defined shift level schemes. Usually you can
choose a suitable shift level scheme from default types scheme list in proper
@@ -505,6 +505,5 @@ rules file described above the .lst file could look like:
And that should be it. Enjoy creating your own xkb mapping.
- Generated from Id: XKB-Enhancing.sgml,v 1.1.10.2 eich Exp $
-
+$XdotOrg$