構成関数は、デッドキーとまったく同じではありません。厳密には、コンポーズはスペースを停止し、同じ場所に次の文字を印刷します。したがって、たとえフォントがèでなくても、eと `から作成されます。彼らはまだ同じスペースで2文字です。
デッドキーは他の問題です。デッドキー「 `」を入力しても何も表示されません。しかし、後続の「e」は、1文字(同じスペースに2つではない)のUnicode文字「è」に置き換えられます。
デッドキーは、ユニコード文字になる組み合わせでのみ機能しますが、コンポーズはすべてのキー組み合わせで機能します(理論的には、OSとアプリケーションに依存します)
両方の方法の組み合わせ(Unicodeで自動的に変換される有効なUnicode結果を使用した構成)があるため、C =を構成すると、同じ場所に単純にCと=を印刷するのではなく、実際の€charになります。
最初にアルファベット文字を作成してから、変更が続きます。Deadkeyを使用すると、最初にmodificatin(デッドキー)が取得され、次にアルファベット文字が取得されます。
たとえば、Windowsの場合:deadkey "` "および" e "(Unicode U + 0060およびU + 0065)は、"è "(ユニコード文字00E8)になります。
e +0300 <\ ALT>は同じ光学部品になりますが、2つの文字(Unicode U + 0065およびU + 0300)
もちろん、実際のUnicodeはより厳密な方法です。しかし、composeはより柔軟です:
デッドキー " " and "w" (Unicode U+0060 and U+0077) will result in "
w"(ユニコード文字は使用不可)、コンポジションを取得できません
w +0300 <\ ALT>は、ユニコードではない文字としてwを構成する `を取得するため、動作します(その有用性が別の質問である場合)
デッドキー付きのキーボードレイアウトは、無料のMicrosoftキーボードレイアウトコンバーターを使用してプログラムできるため、デッドキー機能をレイヤーに再マップできます(たとえば、AltGrレイヤーはほとんど空であり、デッドキーをそこにマップできます)。ギリシャ語のキーボードレイアウト。構成キーもマッピングできますが、定義でデッドキーをクリックするのではなく、有効な構成キーのユニコードを入力するだけです(U + 0300以降)
難しいのは、ユーザー権限が制限された(オフィス内の)WindowsPCでの作成とデッドキーです。ここでは、ドライバーを変更したり、独自のプログラムを起動したりすることはできません。
これには、プログラム可能なキーボード(POSキーボードなど)またはマイクロコントローラーコンバーター(teeny ++ 2.0を使用したSoarer-Converter)を使用できます。そこで、追加のレイヤーにUnicodeで構成可能な文字を配置できます。ハードウェアで実際のデッドキーを作成する方法は簡単ではありません-独自のアダプタをプログラムする必要があり、誰もそれをしていません(しかしSoarerはそのためのコンバータの開発を考えています)