Компилятор GNU KEY_F не определяет функциональные клавиши - PullRequest
Новая
       4

Компилятор GNU KEY_F не определяет функциональные клавиши

1 голос
/ 12 августа 2010

По сути, у меня есть определение ключа для моего консольного приложения, по какой-то причине оно не определяет функциональные клавиши.

Вот мой код, я использую GNU-компилятор на Linux.Любая помощь или идеи будут с благодарностью. 

        refresh();
        key = getch();
        switch(key) {
            case KEY_HOME:      key = HOME;   break;
            case KEY_END:       key = END;    break;
            case KEY_UP:        key = UP;     break;
            case KEY_DOWN:      key = DOWN;   break;
            case KEY_LEFT:      key = LEFT;   break;
            case KEY_RIGHT:     key = RIGHT;  break;
            case KEY_NPAGE:     key = PGDN;   break;
            case KEY_PPAGE:     key = PGUP;   break;
            case KEY_DC:        key = DEL;    break;
            case KEY_IC:        key = INSERT; break;
            case KEY_F(1):      key = F(1);   break;
            case KEY_F(2):      key = F(2);   break;
            case KEY_F(3):      key = F(3);   break;
            case KEY_F(4):      key = F(4);   break;
            case KEY_F(5):      key = F(5);   break;
            case KEY_F(6):      key = F(6);   break;
            case KEY_F(7):      key = F(7);   break;
            case KEY_F(8):      key = F(8);   break;
            case KEY_F(9):      key = F(9);   break;
            case KEY_F(10):     key = F(10);  break;
            case KEY_F(11):     key = F(11);  break;
            case KEY_F(12):     key = F(12);  break;
            case KEY_ENTER:     key = ENTER;  break;
            case KEY_BACKSPACE: key = BACKSPACE; break;
            default:
                //key = F(2); //For any function keypress, it jumps to default
                if (NON_ASCII(key) != 0)
                    key = UNKNOWN;
        }

Ответы [ 3 ]

2 голосов
/ 12 августа 2010

Я не эксперт по проклятиям, но немного чтения страниц справочника вызвала у меня эту программу: 

#include <curses.h>

int main()
{
    int key;

    initscr(); cbreak(); noecho();

    while (1)
    {

        key = getch();
        printw ("%u\n", key);
    }

    return 0;
}

Когда я нажимаю клавишу F, я получаю последовательность из 3 символов: 27, 79, (80 + N-1), где N - это номер клавиши F Я думаю, что ваш коммутатор должен будет распознать, что ключ является escape-последовательностью, и обработать его специально.

Редактировать: Этот шаблон действует только для F1-F4. F5 меняет это. Возможно, вы захотите включить макросы F (n) из curses.

1 голос
/ 24 декабря 2013

Возможно, вам понадобится включить функцию «клавиатуры» терминала, используя функцию keypad.Со страницы руководства по клавиатуре (3x):

int keypad(WINDOW *win, bool bf);

Опция keypad включает клавиатуру терминала пользователя.Если включено ( bf равно TRUE ), пользователь может нажать функциональную клавишу (например, клавишу со стрелкой), а wgetch возвращает единственное значение, представляющее функциональную клавишу, как в KEY_LEFT .Если отключено ( bf равно FALSE ), curses специально не обрабатывает функциональные клавиши, и программа должна интерпретировать escape-последовательности самостоятельно.Если клавиатуру в терминале можно включить (настроить для передачи) и выключить (настроить для локальной работы), включение этой опции приводит к включению клавиатуры терминала при вызове wgetch .Значение по умолчанию для клавиатуры - false.

0 голосов
/ 09 августа 2012

Лично такая же проблема.

Приведение макроса F (n) к типу символа волшебным образом прояснило для меня проблему; 

cmd = getch();
    switch(cmd){
        case 'r':
            addch('r');
            break;
        case 'w':
            addch('x');
            break;
        default:
            if(cmd == (char)KEY_F(2)){ endwin(); exit(0); }
    }

и тому подобное. Работал для F2 через F10 плюс F12. F, 1, 10 и 11 "заняты" из-за отсутствия лучшего слова в моем xterm. (F1 открывает окно справки, F11 переключает полноэкранный режим и т. Д.) Опять же, я не могу выделить достаточно, чтобы не догадаться, почему это работает.

...