Có thiết bị đầu cuối linux nào có thể xử lý tất cả các tổ hợp phím không?

Tôi thích sử dụng emacs trong chế độ đầu cuối ( -nw), nhưng có vẻ như hầu hết (tất cả?) Thiết bị đầu cuối không thể xử lý một số kết hợp chính - ví dụ: C-<RET>hoặc C-M-%. Tôi biết điều này là do hầu hết các thiết bị đầu cuối mô phỏng VT-100, không có các kết hợp này. Có bất kỳ thiết bị đầu cuối linux nào (tốt nhất là KDE) có thể xử lý các tổ hợp phím này hay đây là giới hạn cơ bản của tất cả các thiết bị đầu cuối?

Khi bạn nhấn một phím hoặc tổ hợp phím trong một thiết bị đầu cuối, nó được truyền đến ứng dụng đang chạy trong thiết bị đầu cuối dưới dạng một chuỗi gồm một hoặc nhiều ký tự. Ví dụ, khi bạn nhấn a, ứng dụng sẽ nhận được a. Khi bạn nhấn Enter, ứng dụng sẽ nhận được ký tự CR(hay còn gọi là ^M(phát âm là control control-emmiêu), còn gọi là ký tự số 13, aka \rhay \015). Các tổ hợp phím liên quan Altthường được truyền dưới dạng ký tự ESC(a.ka. ^[aka \ehoặc \033) theo sau là chuỗi cho tổ hợp phím hoặc khóa không có Alt. Các phím chức năng và các tổ hợp phím khác được truyền dưới dạng các chuỗi thoát bắt đầu bằng \e[hoặc \eO.

Các chuỗi thoát không được chuẩn hóa hoàn toàn và các thiết bị đầu cuối thường bỏ qua các thuộc tính nhất định cho các khóa nhất định. Ví dụ: Ctrl+ Shift+ letterthường được truyền chính xác như Ctrl+ lettertheo mặc định.

Bạn có thể thấy những gì thiết bị đầu cuối của bạn gửi cho một tổ hợp phím bằng cách nhấn Ctrl+ Vtheo sau là tổ hợp phím đó trong dấu nhắc shell hoặc C-qhoặc C-h ctheo sau là tổ hợp phím trong Emacs.

Với một số trình giả lập thiết bị đầu cuối, bạn có thể định cấu hình các chuỗi thoát cho mỗi khóa. Trên xterm, điều này được thực hiện thông qua các nguồn tài nguyên X . Hầu hết các thiết lập đọc tài nguyên từ ~/.Xresourceskhi X bắt đầu và bạn có thể tải tệp theo cách thủ công xrdb -merge ~/.Xresources.

Term.VT100.translations:       #override \n\
    Ctrl ~Shift ~Meta <key>Return: string("\033[73;5~") \n\
    Ctrl Shift ~Meta <key>percent: string("\033[37;6~")

Một quy ước chung sử dụng các chuỗi thoát của biểu mẫu ESC [ number1 ; number2 ~cho các phím chức năng với các sửa đổi. number1chỉ ra phím chức năng ( 15để 24cho F5tới F12- vì những lý do lịch sử, F1 qua F4có trình tự thoát khác nhau) và number2chỉ ra các sửa đổi ( 2cho Shift, 5cho Ctrl, 3cho Meta, 8cho Ctrl+ Meta, và thêm 1 + Shift- không có, nó không phải là rất phù hợp).

Emacs chuyển các chuỗi thoát thành biểu diễn khóa bên trong của nó thông qua input-decode-maphoặclocal-function-key-map (hoặc function-key-maptrước Emacs 23).

(define-key local-function-key-map "\033[73;5~" [(control return)])
(define-key local-function-key-map "\033[37;6~" [(control ?L)])

Đối với một bộ khóa giới hạn nhưng có ý nghĩa, giả sử konsole của KDE, người ta có thể thực hiện các thao tác sau để có các khóa phím phức tạp trong emacs -nw:

Tôi sẽ sử dụng triển khai của S-<RET>mình để làm việc như một ví dụ:

1. Mở một konsole mới, đi đến cài đặt -> cấu hình hiện tại -> bàn phím -> chỉnh sửa
2. Nhấn Thêm và tạo một mục mới cho Return+Shiftvà cung cấp cho nó một chuỗi khóa hữu ích (tôi đã chọn \E[27;3đó là chuỗi khóa được gửi bởi X khi tôi chọc vào xev, nhưng điều đó có thể sai - điều quan trọng cần làm là thực hiện chắc chắn rằng nó có một lối thoát thích hợp và không xung đột với bất cứ điều gì khác).
3. Chơi với nó trong khu vực thử nghiệm nhỏ ở phía dưới để đảm bảo nó đang hoạt động.
4. Khởi động lại konsole.

5. Khởi động emacs -nwvà trong bộ đệm đánh giá:

   (read-key-sequence-vector "Type your new key:")

   sau đó nhập tổ hợp phím mới của bạn.

   • Nếu bạn không quen với điều này, hãy viết dòng này ra, để con trỏ ở cuối dòng và nhấn Cx Ce để có được emacs để chạy dòng đó, nó sẽ nói với bạn bất cứ điều gì bạn đặt trong dấu ngoặc kép và chờ bạn gõ một cái gì đó.

6. Nó sẽ nhổ ra một chuỗi chính mà bạn có thể liên kết.
   (Nó trở lại [27 91 50 55 59 51]với tôi như trái ngược với cái cũ nhàm chán [13]trước khi tôi làm hỏng việc bấm phím konsole.)

7. Thêm vào cấu hình emacs của bạn:

   (define-key function-key-map [27 91 50 55 59 51] [(shift return)])
   

8. Tôi đã thử nghiệm nó emacs -nwtrong một phiên màn hình bằng cách sử dụng:

   (define-key ess-mode-map [(shift return)] #'ess-eval-line-and-step)
   (define-key sh-mode-map [(shift return)]  #'send-line-to-shell)
   

Câu trả lời ngắn gọn là nó là một giới hạn cơ bản của tất cả các thiết bị đầu cuối.

Câu trả lời dài hơn một chút là ngay cả khi ai đó tạo ra một thiết bị đầu cuối làm những gì bạn muốn, bản thân Emacs sẽ yêu cầu những thay đổi lớn để hoạt động với thiết bị đầu cuối giả định này.

Có một số nỗ lực mở rộng giao thức VT theo cách cho phép nhập liệu bàn phím không mất dữ liệu (trong số các tính năng khác, chẳng hạn như đồ họa).

Một ví dụ đáng chú ý: https://github.com/withoutboats/notty