
私はxkeyboard-configを使用しています。現在、ルールファイルを理解しようとしています。
xkbcomp
私はXサーバーから現在のキーマップをインポートしてファイルに書き込んでいました。このキーマップはデフォルトのキーマップであり、setxkbmap
引数なしで実行するとエラーなしでロードされます。次に、個々のコンポーネントを独自のファイルに抽出し、そのファイルを xkb 構成ディレクトリ構造に似たディレクトリ構造に配置しました。
次のようになります。
xkb
├── compat
│ └── current
├── geometry
│ └── current
├── keycodes
│ └── current
├── rules
│ ├── current
│ ├── current.lst
│ └── current.xml
├── symbols
│ └── current
└── types
└── current
単一のレイアウトをロードできる最小のルールファイルセットを作成するために、ルールサブディレクトリにファイルを直接作成しました。
このディレクトリを指してキーマップをsetxkbmap
ロードしようとすると、コンポーネントの内容がまったく変更されていないにもかかわらずエラーが発生します。
$ setxkbmap -Ixkb -v 10 -rules current -layout current -model current -variant current
Setting verbose level to 10
locale is C
Warning! Multiple definitions of rules file
Using command line, ignoring X server
Warning! Multiple definitions of keyboard model
Using command line, ignoring X server
Warning! Multiple definitions of keyboard layout
Using command line, ignoring X server
Trying to load rules file ./rules/current...
Trying to load rules file /usr/share/X11/xkb/rules/current...
Trying to load rules file xkb/rules/current...
Success.
Applied rules from current:
rules: current
model: current
layout: current
variant: current
Trying to build keymap using the following components:
keycodes: current
types: current
compat: current
symbols: current
geometry: current
Error loading new keyboard description
-print
オプションを追加してsetxkbmap
結果をパイピングしてキーマップをロードすると、キーマップはエラーxkbcomp
なしでコンパイルされロードされます。
Xサーバーがキーマップをロードする方法からキーマップをロードする方法までの唯一の重要な変更は、使用されるルールファイルとコンポーネントの構成であるため、エラーの原因があると仮定します。私が作成した設定には何の問題がありますか?キーマップリロードを使用しようとすると、なぜエラーが発生するのですかsetxkbmap
?
参考までに、ルールファイルの内容は次のとおりです。
xkb/ルール/現在
! model layout variant = keycodes types compat symbols geometry
current current current = current current current current current
xkb/rules/current.lst
! layout
current Current Layout
xkb/rules/current.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE xkbConfigRegistry SYSTEM "xkb.dtd">
<xkbConfigRegistry version="1.1">
<modelList>
<model>
<configItem>
<name>current</name>
<description>Current Model</description>
<vendor>Zistack</vendor>
</configItem>
</model>
</modelList>
<layoutList>
<layout>
<configItem>
<name>current</name>
<description>Current Layout</description>
<languageList>
<iso639Id>eng</iso639Id>
</languageList>
</configItem>
<variantList>
<variant>
<configItem>
<name>current</name>
<shortDescription>current</shortDescription>
<description>current</description>
<languageList>
<iso639Id>eng</iso639Id>
</languageList>
</configItem>
</variant>
</variantList>
</layout>
</layoutList>
</xkbConfigRegistry>
答え1
あなたのフォーマットが終了しました。バラよりこの古い文書のセクション4.3またはこの新しいバージョンのルールセクション。 Doug Palmerの信頼できないガイド少し古いですが、素晴らしい素材です。
試してみました:
! model layout variant = keycodes types compat symbols geometry
current current current = current current current current current
特に右側は=
単一の引数を使用します。オンライン!
の右側には単一の種類のファイルがあります。キーコード、タイプ、互換性、シンボル、幾何学}許可される。別の行では、右側は単一のパラメータです。つまり、次のことを意味します。
- 以下で単一のファイルが見つかりました。タイプサブディレクトリ(
test1
) - ㅏ祭典次のファイルに定義(
test1(foo)
) - 以前の一致の補足(
+test2
または+test2(bar)
) - 複数のファイル/セクションが一緒にリンクされます(
test1+test1(foo)+test2(bar)+test3(baz)
)。
左側に好きなだけフィルタを追加できます。
デフォルトでは、これらのルールは各タイプごとに別々のファイルセットを作成します。
// KEYCODES SECTION
// load keycodes based on model specified
! model = keycodes
test1 = test1
// ^^^^^^^^^^^^^^
// "if model=test1,
// load the default in the file keycodes/test1"
// load keycodes based on layout specified
! layout = keycodes
test1 = +test1(us)
// ^^^^^^^^^^^^^^
// "if layout=test1,
// also load stanza "us" in the file keycodes/test1"
// all at once
! model layout variant option = keycodes
test2 test2 test2 test2 = test1+test1(de)+test1(var2)+test1(opt2)
//^^^^^^^^^^^^^^^^^^^^^^^^^^^^
// "if model=test2 and layout=test2 and... ,
// load the default stanza in file keycodes/test1,
// then load stanza "de" in file keycodes/test1, ...
////////////////
// GEOMETRY SECTION
// load geometry based on model specified
! model = geometry
test1 = test1
* = test3 // any other model
これらのルールを定義したら、ルールがsetxkbmap -print
実際に機能していることを確認できます。
$ setxkbmap -I/path/to/my/xkb -rules test1 -model test1 -print
xkb_keymap {
xkb_keycodes { include "test1" };
xkb_geometry { include "test1" };
};
// no xkb_symbols or other sections of the map with only the rules above
$ setxkbmap -I/path/to/my/xkb -rules test2 -model test1 -layout test1 -print
xkb_keymap {
xkb_keycodes { include "test1+test1(us)" };
xkb_geometry { include "test1" };
};
$ setxkbmap -I/path/to/my/xkb -rules test2 -model test2 -layout test2 -variant test2 -option test2 -print
xkb_keymap {
xkb_keycodes { include "test1+test1(us)+test1(var1)+test1(opt2)" };
xkb_geometry { include "test3" };
};
これはルールがどのように機能するかの基本ですが、もちろんより複雑になる可能性があります。
%l
そして%v
変数です私アユトとVariant(%m
次にも利用可能米オデル)%(v)
拡張を括弧で囲み、%l%(v)
結果を取得します。layout(variant)
- 複数のレイアウト/変形が定義されている場合は、配列としてアクセスでき、インデックスを追加する必要があります。 (
%l[1]
機能しない%l
) - 複数のレイアウト/変形が定義されている場合
:2
(または:3
または:4
)を追加して、2番目(または3番目または4番目)のレイアウトにロードされるファイルを制限します。
これは、複数のレイアウトを正しく導入するルールの非常に基本的な部分です。
// setxkbmap -layout foo -variant foo1
! model layout = symbols
* * = %l%(v)
// setxkbmap -layout foo,bar -variant foo1,bar1
! model layout[1] = symbols
* * = %l[1]%(v[1])
// setxkbmap -layout foo,bar -variant foo1,bar1
! model layout[2] = symbols
* * = +%l[2]%(v[2]):2
// setxkbmap -layout foo,bar,baz -variant foo1,bar1,baz1
! model layout[3] = symbols
* * = +%l[3]%(v[3]):3
// setxkbmap -layout foo,bar,baz,bat -variant foo1,bar1,baz1,bat1
! model layout[4] = symbols
* * = +%l[4]%(v[4]):4
これで、テストレイアウトをロードしsetxkbmap
て追加されたことを確認できます。
$ setxkbmap -I/path/to/my/xkb -rules test -model test1 \
-layout test1,test2,test3 \
-variant test1,testA,testB -print
xkb_keymap {
xkb_keycodes { include "test1+test1(us)" };
xkb_symbols { include "test1(test1)+test2(testA):2+test3(testB):3" };
xkb_geometry { include "test1" };
};