私は通常、Caps Lockを使用してWordの最初の大文字を記述しますが、それを解放すると、ubuntuはCapsLockを効果的に解放する前に待機することがあります。
つまり、キーボードで私が押す場合
CAPS-LOCKMCAPS-LOCKERY
印刷する必要があります
Mery
しかし実際には私は得る
MEry
ここで、Caps Lockをアクティブにし、[〜#〜] m [〜#〜]を押し、Caps Lockを非アクティブにし、約次に、Wordの記述を終了します。
それを解決する方法はありますか?
[〜#〜] update [〜#〜]
奇妙なことに、キーボードは実際には記号や命令のASCIIコード)である信号を送信すると思います。したがって、OSがこの信号を取得して管理する方法が必要です。プロセッサの中断がついに発生しましたが、中断はここでは問題ではないと思います。質問を編集して、Ubuntuのバージョン(32または64)に関する情報を提供する必要があります。ビット、グラフィカルインターフェイス、そしておそらくキーボードブランド。キーボードドライバについて確認してください。
Ubuntu 10.04以降、キーボードでこの問題が発生しています。現在、Ubuntu 12.04 LTS x64を実行しています。キーボードブランドはUSBキーボードのlogitechですが、ラップトップ統合キーボード(Asus A55VM)でも同じ問題が発生します。
これは実際には非常に興味深い問題ですが、「Shiftキーを使用するだけ」という私の最初の考えにもかかわらず、それは選択肢ではないと思います。結局のところ、Linuxは主にエクスペリエンスのカスタマイズに関するものなので、それもその一部である必要があります。
おしゃべりは十分ですが、追いかけましょう。このバグは freedesktop.orgバグトラッカー で 2010年に#27903としてすでに報告されています (そして2012年9月に解決済み修正済みとしてマークされています)。そのバグレポートからいくつかのコメントを引用して、前後の一部を節約します。
ブラクチャルック2010-04-2915:12:36 UTC
この問題は、Shiftキーの代わりにCapslockボタンを使用して大文字を入力することに慣れていて、書き込みが速すぎる場合に発生します。
たとえば、WindowsとLinuxで書かれたのと同じ文を見ることができます。
Windowsの場合:「こんにちは友達。今日はお元気ですか?」
Linuxの場合:「Helloの友達。今日はどうですか?」
執筆中、LinuxでCapsLockスティックが開きました。
Andreas Wettstein 2011-08-07 01:14:52 UTC
作成された添付ファイル50006 [詳細] [レビュー] xkbcompでnoLockとnoUnlockをサポート
Xkbcompに対するこのパッチにより、より自然な構文でnoLockフラグとnoUnlockフラグを指定できます。前に示したプライベートアクションの代わりに、「LockMods(modifiers = Shift + Lock、affect = unlock)」と書くことができるようになりました。
Peter Hutterer 2011-08-10 23:47:42 UTC
(コメント#26への返信)
添付ファイルを作成しました(id = 49973)[詳細] _XkbFilterLockStateにnoLockとnoUnlock
おかげでリストに転送されました。 http://patchwork.freedesktop.org/patch/6691/
Peter Hutterer 2012-03-05 22:15:36 UTC
commit e3f6a76dd480717eae4b17ad8e2ff707de2ffe4c作成者:Andreas Wettstein日付:Thu Aug 11 16:33:33 2011 +1000
xkb: Support noLock and noUnlock flags for LockMods
Peter Hutterer 2012-06-17 22:38:56 UTC
(コメント#34への返信)
Xorgサーバー1.12をインストールしています。コメント#27で説明されているように、CapsLockを定義する必要があると思います。しかし、どのファイルを編集すればよいかわかりません。手伝っていただけませんか。
xkbcomp -xkb $DISPLAY my_xkbmap then edit my_xkbmap and re-load it as xkbcomp my_xkbmap $DISPLAY
Peter Hutterer 2012-06-18 19:54:25 UTC
(コメント#37への返信)
どうもありがとう。 CapsLockの遅延の問題はなくなりました。このメソッドは永続的ですか、それともxを起動するたびにmy_xkbmapをロードする必要がありますか?
アンドレアス、xkeyboard-configバグを報告して、これをデフォルトでキーマップに導入してください。持ち運びにも便利だと思います。
Andreas Wettstein 2012-10-28 13:18:01 UTC
アンドレアス、xkeyboard-configバグを報告して、これをデフォルトでキーマップに導入してください。持ち運びにも便利だと思います。
さらに4か月を無駄にしてすみません。バグ56491があります。
そのため、問題の半分を解決するパッチが浮かんでいます。 バグレポート#56491を参照 同じバグトラッカーに存在しますが、ステータスはNEWのままです。
そのバグから引用するものは何もありません。それを修正する理由と方法について開発者の間で行ったり来たりするだけです。
そうです、この問題はまだ続いていますが、人々はそれに取り組んでいます。私が引用したものとは別に、バグ#27903には、さらなる指示、デバッグ情報、および回避策があります。このバグを修正することになっているパッチセットも#56491にあります(しかし、言われたように、彼らはそれについて議論しています)。
この問題に対する簡単で非常に効果的な解決策が掲載されています ここ 。
xkbcomp -xkb $DISPLAY /home/username/myxkbmap
これで、ホームディレクトリにmyxkbmapという名前のファイルが作成されます。そのファイルをテキストエディタで開き、キーの<caps>エントリを次のように編集します。
key <CAPS> { repeat=no, type[group1]="ALPHABETIC", symbols[group1]=[ Caps_Lock, Caps_Lock ], actions[group1]=[
LockMods(modifiers = Lock)、Private(type = 3、data [0] = 1、data [1] = 3、data [2] = 3)]};それを保存。次に、それをリロードします。
xkbcomp /home/username/myxkbmap "$DISPLAY"
次のように、Xが起動するたびにこれを行う必要がないように、実行可能な起動スクリプトを作成できます。
#!/bin/sh xkbcomp /home/username/myxkbmap "$DISPLAY"
これを任意の名前で保存し、実行可能にして、スタートアッププログラムの1つにします。