Debianでカーソルが不安定なときに挿入カーソルの位置をどのように修正しますか?

Debianでカーソルが不安定なときに挿入カーソルの位置をどのように修正しますか?

条件:挿入カーソルとその位置が不安定である
その他の問題:入力アーティファクトが多い、突然のコンテンツの選択、および上書きによる多くのコンテンツの損失、しばしばctrl+がz機能しないなどGoogle サービスフォーラム作業時間をたくさん無駄にしました。現在、Debianのタイピング速度は10-30WPM、Dvorakを長期間使用すると80-95WPMです。

  • 構成キーボード > 入力図1では、アーティファクトを解決できないため、おそらくタッチパッド/...に関連する内部問題があるようです。
  • キーボードレイアウトに依存しない - QwertyとDvorakにあります
  • ファームウェアエラーなし -dmesg |grep firmware関連エラー/警告は返されません。
  • キーボードに関連しない - 外部キーボードでも問題が発生する可能性があります

珍しいタイピング構成のため、文ごとに2回程度修正をしなければなりませんでした。タッチパッドに触れたのは偶然ではなかったようです。今はUbuntu 16.04よりも多くのタイピングアーティファクトがあると思います。

図1最適な構成を見つけるためにオプションを変更しましたが、十分ではなく内部的に処理する必要がありました。

ここに画像の説明を入力してください。

システムの特徴

  1. エラーがxserver-xorg-video-intel多いのでクリアしましたmodesetting(2)
  2. バックポートされたLinuxカーネル(4.6)とSkylake CPUのサポートとインストールされたファームウェア(スレッド)Debian 8.5でLinuxカーネルをアップグレードするのはどれほどスムーズですか?)

    • apt-get -t jessie-backports install linux-image-amd64
    • apt-get -t jessie-backports install firmware-misc-nonfree
  3. インストールされたWi-Fiファームウェア

    • apt-get -t jessie-backports install firmware-iwlwifi

提案

  1. ファームウェアのバグ、重要な問題、設定がないため、一部のファームウェアがありません。キーボード > 入力
  2. Linuxカーネル4.6でSkylakeのサポートが不足していますか?私はこれを排除するために4.7を試してみます。 - - CPUグラフィックがカーソル位置に影響を与えるようですが、ここで安定性が最大の問題のようです。

ハードウェア:Asus Zenbook UX303UA
Debian:8.5 64-bit
Linuxカーネル:4.6バックポート
キーボードレイアウト:Qwerty、Dvorak、…

ベストアンサー1

図1入力中にタッチパッドを無効にする、図2キーボード > 入力設定、図3ロングキー押下を無効にする、図4より良い長期WPMのための図3のオプションの使用

ここに画像の説明を入力してください。 ここに画像の説明を入力してください。 ここに画像の説明を入力してください。 ここに画像の説明を入力してください。

この問題は、主にタッチパッドが敏感すぎてカーソルが大きく変化するためです。入力中にタッチパッドを無効にするように次のように変更しました。これにより、図1の問題が大幅に解決されました。その後、すぐに入力して誤って長押しする問題があり、無効にしようとしました。キーを押しながらキーを押し続けます。図3の最良の選択肢ですが、図2もオプションですが、長押しを個別に調整できる必要があります。これはデフォルトでは不可能です。スレッドから拡張キーリピートが無効になっているときに矢印キーにキー押しを繰り返すにはどうすればよいですか?矢印キー用。

タイピング速度を補正する方法は?

play.typeracer.comでプレイしてみると、図2の設定で良い条件を見つけましたが、長押しするとタイプミスなどの問題が多く発生するため、図3のオプションがより良いことがわかりました。図4では、長押しを無効にすることでWPMを約10%上げることができました。私の提携に必要なその他の変更

差分ソリューション

  1. キーリピートを無効にせずに長時間キーを押した後にのみ開始する方法はありますか? (ランダム 832)

結論として

  • それでも、いくつかのセンタリングアーティファクトと不規則なカーソル位置が約1/40程度発生するため、文ごとに2回よりはるかに少なくなります。したがって、エラー/問題の原因がシステムにまだ存在する可能性があります。

おすすめ記事