.inputrcでたくさんの質問を見つけましたが、その答えにはMac OSXterminal.appを使用している人が含まれていました。
しかし、私はこのプロパティをオンに設定しましたが、readlineの動作は変わりませんでした。Ubuntuで同じ.inputrcを試しましたが、うまくいきました…</ p>
terminal.appで実行する必要のある特定のアクションはありますか?
.inputrcでたくさんの質問を見つけましたが、その答えにはMac OSXterminal.appを使用している人が含まれていました。
しかし、私はこのプロパティをオンに設定しましたが、readlineの動作は変わりませんでした。Ubuntuで同じ.inputrcを試しましたが、うまくいきました…</ p>
terminal.appで実行する必要のある特定のアクションはありますか?
さて、私はついにそれをクラックしたと思います。私はここで将来の参考のために私自身の質問に答えます:
Mac OS Xは、より一般的なreadlineコマンドラインテキストハンドラーの代わりに、editline(readlineをエミュレートするlibeditの子孫)を使用します。
私はまだeditlineがどのように機能するかを学んでいますが、readlineの.inputrcと100%互換性があるわけではないと思います。
したがって、私のcompletion-prefix-display-length属性は、私のバージョンのOSXエディットラインではおそらく機能しません。
確かにそれでした。私は自分の仮説を証明するために次のテストを行いました。MacOSXでreadlineをコンパイルし、コンパイルしたreadline libを使用してbashを実行しました(with-readlineツールを使用)。それはうまく機能し、すべてのinputrc属性が機能し、質問を終了しました。
そのため、Mac OS Xでは、readlineはeditlineによってシャドウイングされます(readline.hには、realineのダイナミックライブラリが含まれていますが、これらはeditlineのコードです)。