Lesen Sie die Sonderschlüssel in Bash

Ich spiele mit einem Skript, das unter anderem eine Auswahlliste auflistet. Wie in:

1) Punkt 1               # (hervorgehoben)
2) Punkt 2
3) Punkt 3 # (ausgewählt)
4) Punkt 4

• Wenn der Benutzer die down-arrownächsten Elemente drückt , wird dies hervorgehoben
• Wenn der Benutzer auf up-arrowvorherige Elemente drückt , wird dies hervorgehoben
• usw.
• Wenn Benutzer drücken tabElement ausgewählt ist
• Wenn der Benutzer drückt, werden shift+taballe Elemente ausgewählt / abgewählt
• Wenn der Benutzer drückt, werden ctrl+aalle Elemente ausgewählt
• ...

Dies funktioniert ab dem aktuellen Gebrauch einwandfrei. Dies ist mein persönlicher Gebrauch, bei dem Eingaben durch mein eigenes Setup gefiltert werden.

Die Frage ist, wie dies über verschiedene Terminals hinweg zuverlässig gemacht werden kann.

Ich benutze eine etwas hackige Lösung, um Eingaben zu lesen:

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

Und so weiter.

Wie bereits erwähnt, stellt sich die Frage, wie dies über verschiedene Terminals hinweg zuverlässig gemacht werden kann: dh welche Byte-Sequenzen einen bestimmten Schlüssel definieren. Ist es überhaupt in Bash machbar?

Ein Gedanke war, entweder tputoder infocmpund nach dem Ergebnis zu filtern. Ich bin jedoch in einem Haken als beides tputund infocmpunterscheide mich von dem, was ich tatsächlich lese, wenn ich tatsächlich Tasten drücke . Gleiches gilt zum Beispiel für C over Bash.

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)';
}

Ertragssequenzen werden wie zum Beispiel definiert gelesen linux, aber nicht xterm, was durch festgelegt wird TERM.

ZB Pfeil links:

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

Was vermisse ich?

Was Sie vermissen, ist, dass die meisten Terminalbeschreibungen ( linuxdie hier aufgrund der weit verbreiteten Verwendung von fest codierten Zeichenfolgen in der Minderheit sind .inputrc) den Anwendungsmodus für Spezialschlüssel verwenden. Dadurch werden die Cursortasten wie gezeigt angezeigt tputund infocmpunterscheiden sich von dem, was Ihr (nicht initialisiertes) Terminal sendet. Fluchanwendungen initialisieren immer das Terminal, und die Terminaldatenbank wird zu diesem Zweck verwendet.

dialoghat seine Verwendung, geht aber nicht direkt auf diese Frage ein. Auf der anderen Seite ist es umständlich (technisch machbar , selten getan ) eine Bash-only Lösung. Im Allgemeinen verwenden wir dazu andere Sprachen.

Das Problem beim Lesen von Sonderschlüsseln besteht darin, dass es sich häufig um mehrere Bytes handelt, einschließlich umständlicher Zeichen wie escapeund ~. Sie können dies mit bash tun , aber dann müssen Sie das Problem lösen, tragbar zu bestimmen, um welchen speziellen Schlüssel es sich handelt.

dialogBeide übernehmen die Eingabe von Sondertasten und übernehmen (vorübergehend) Ihre Anzeige. Wenn Sie wirklich ein einfaches Befehlszeilenprogramm möchten, ist dies nicht der Fall dialog.

Hier ist ein einfaches Programm in C, das einen speziellen Schlüssel liest und ihn in druckbarer (und tragbarer) Form druckt :

#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;
}

Angenommen, dies tgetchwürde aufgerufen , würden Sie es in Ihrem Skript folgendermaßen verwenden:

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

Weiterführende Literatur:

• Meine Cursortasten funktionieren nicht (ncurses FAQ)
• dialog - Skriptgesteuerte Fluch-Widgets (Anwendung und Bibliothek)
• Schlüsselname / Schlüsselname

Haben Sie versucht, zu verwenden dialog? Es wird standardmäßig mit den meisten Linux-Distributionen geliefert und kann alle Arten von textbasierten Dialogen erstellen, einschließlich Checklisten.

Zum Beispiel:

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

Sie werden so etwas bekommen:

Und die Ausgabe wird sein:

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

(oder welche Elemente Sie ausgewählt haben).

man dialog Sie erhalten Informationen zu den anderen Arten von Dialogen, die Sie erstellen können, und zum Anpassen des Erscheinungsbilds.