bashで特殊キーを読み取る

私はとりわけ、選択リストをリストするスクリプトで遊んでいます。のように：

1）アイテム1               ＃（強調表示）
2）アイテム2
3）アイテム3＃（選択）
4）アイテム4

• ユーザーがdown-arrow次のアイテムを押すとハイライトされます
• ユーザーがup-arrow前のアイテムを押すとハイライトされます
• 等
• ユーザーがtabアイテムを押すと選択されたとき
• ユーザーが押すと、shift+tabすべてのアイテムが選択/選択解除されます
• ユーザーがctrl+aすべてのアイテムを選択すると、選択されます
• ...

これは、現在の使用状況では正常に機能します。これは、入力が自分のセットアップによってフィルターされる私の個人的な使用です。

問題は、さまざまな端末間でこれを信頼できる方法にすることです。

私は入力を読み取るためにややハックなソリューションを使用します：

while read -rsn1 k # Read one key (first byte in key press)
do
    case "$k" in
    [[:graph:]])
        # Normal input handling
        ;;
    $'\x09') # TAB
        # Routine for selecting current item
        ;;
    $'\x7f') # Back-Space
        # Routine for back-space
        ;;
    $'\x01') # Ctrl+A
        # Routine for ctrl+a
        ;;
    ...
    $'\x1b') # ESC
        read -rsn1 k
        [ "$k" == "" ] && return    # Esc-Key
        [ "$k" == "[" ] && read -rsn1 k
        [ "$k" == "O" ] && read -rsn1 k
        case "$k" in
        A) # Up
            # Routine for handling arrow-up-key
            ;;
        B) # Down
            # Routine for handling arrow-down-key
            ;;
        ...
        esac
        read -rsn4 -t .1 # Try to flush out other sequences ...
    esac
done

等々。

述べたように、問題はさまざまな端末でこれをどのように信頼できるようにするかです。つまり、どのバイトシーケンスが特定のキーを定義するかです。bashでさえ実現可能ですか？

1つは、tputorまたはinfocmpand を使用して、それによって与えられた結果でフィルタリングすることでした。しかし、私は両方に障害があり、実際にキーを押したときに実際に読んだものtputとはinfocmp異なります。同じことが、例えばbashでCを使用する場合にも当てはまります。

for t in $(find /lib/terminfo -type f -printf "%f\n"); { 
    printf "%s\n" "$t:"; 
    infocmp -L1 $t | grep -E 'key_(left|right|up|down|home|end)';
}

たとえばlinux、定義どおりに読み取られた歩留まりシーケンスはxterm、によって設定されTERMますが、そうではありません。

たとえば、左矢印：

• tput/ infocmp：\x1 O D
• read： \x1 [ D

何が欠けていますか？

不足しているのは、ほとんどの端末の説明（linuxここでは少数派ですが、ハードコードされた文字列が広く使用されているため.inputrc）は、特別なキーにアプリケーションモードを使用しています。これにより、カーソルキーは（初期化されていない）端末が送信するものtputとinfocmp異なり、異なります。cursesアプリケーションは常に端末を初期化し、その目的で端末データベースが使用されます。

dialogその用途はありますが、この質問には直接触れていません。一方、bashのみのソリューションを提供するのは面倒です（技術的に実行可能で、ほとんど実行されません）。通常、これを行うには他の言語を使用します。

特殊キーを読んでの問題は、彼らはしばしばのような厄介な文字を含む複数のバイト、ということであるescapeと~。これはbashで実行できますが、これがどの特別なキーであるかを移植可能に決定するという問題を解決する必要があります。

dialogどちらも特殊キーの入力を処理し、ディスプレイを（一時的に）引き継ぎます。単純なコマンドラインプログラムが本当に必要な場合は、そうではありませんdialog。

以下は、特殊なキーを読み取り、それを印刷可能な（そして移植可能な）形式で印刷するCの簡単なプログラムです。

#include <curses.h>

int
main(void)
{   
    int ch;
    const char *result;
    char buffer[80];

    filter();
    newterm(NULL, stderr, stdin);
    keypad(stdscr, TRUE);
    noecho();
    cbreak();
    ch = getch();
    if ((result = keyname(ch)) == 0) {
        /* ncurses does the whole thing, other implementations need this */
        if ((result = unctrl((chtype)ch)) == 0) {
            sprintf(buffer, "%#x", ch);
            result = buffer;
        }
    }
    endwin();
    printf("%s\n", result);
    return 0;
}

これがと呼ばれたtgetchとすると、スクリプトで次のように使用します。

case $(tgetch 2>/dev/null) in
KEY_UP)
   echo "got cursor-up"
   ;;
KEY_BACKSPACE|"^H")
   echo "got backspace"
   ;;
esac

参考文献：

• カーソルキーが機能しない（ncurses FAQ）
• dialog —スクリプト駆動のcursesウィジェット（アプリケーションとライブラリ）
• keyname / key_name

使ってみましたdialogか？ほとんどのLinuxディストリビューションに標準で付属しており、チェックリストを含むあらゆる種類のテキストベースのダイアログを作成できます。

例えば：

exec 3>&1 # open temporary file handle and redirect it to stdout

#                           type      title        width height n-items    
items=$(dialog --no-lines --checklist "Title here" 20    70     4 \
          1 "Item 1" on \
          2 "Item 2" off \
          3 "Item 3" on \
          4 "Item 4" off \
            2>&1 1>&3) # redirect stderr to stdout to catch output, 
                       # redirect stdout to temporary file
selected_OK=$? # store result value
exec 3>&- # close new file handle 

# handle output
if [ $selected_OK = 0 ]; then
    echo "OK was selected."
    for item in $items; do
        echo "Item $item was selected."
    done
else
    echo "Cancel was selected."
fi

あなたはこのようなものを得るでしょう：

そして出力は次のようになります：

 OK was selected.
 Item 1 was selected.
 Item 3 was selected.

（または選択したアイテム）。

man dialog 作成できる他の種類のダイアログ、および外観のカスタマイズ方法に関する情報を取得します。