มีขั้ว linux ใดบ้างที่สามารถรองรับคีย์ผสมทั้งหมดได้?

ผมชอบที่จะใช้ emacs ในโหมดขั้ว ( -nw) แต่ดูเหมือนว่าส่วนใหญ่ (ทั้งหมด?) ขั้วไม่สามารถจัดการคีย์ผสมบาง - ตัวอย่างเช่นหรือC-<RET> C-M-%ฉันรู้ว่าเป็นเพราะเทอร์มินัลส่วนใหญ่เลียนแบบ VT-100 ซึ่งไม่มีชุดค่าผสมเหล่านี้ มีลินุกซ์เทอร์มินัลใดบ้าง (ควรเป็น KDE) ซึ่งสามารถรองรับคีย์ผสมเหล่านี้ได้หรือนี่เป็นข้อ จำกัด พื้นฐานของเทอร์มินัลทั้งหมดหรือไม่?

เมื่อคุณกดปุ่มหรือคีย์ผสมในเทอร์มินัลจะถูกส่งไปยังแอปพลิเคชันที่ทำงานในเทอร์มินัลตามลำดับอักขระหนึ่งตัวหรือมากกว่า ตัวอย่างเช่นเมื่อคุณกดแอพลิเคชันที่ได้รับa aเมื่อคุณกดEnterแอพลิเคชันที่ได้รับตัวละครCR(aka ^M(ออกเสียง“ควบคุม EMM”) หรือที่รู้จักตัวละครจำนวน 13 อาคา\rหรือ\015) คีย์ผสมที่เกี่ยวข้องAltจะถูกส่งมักจะเป็นตัวอักษรESC( a.ka. ^[aka \eหรือ\033) Altตามด้วยลำดับสำหรับคีย์หรือการรวมกันโดยไม่ต้องคีย์ ปุ่มฟังก์ชั่และชุดอื่น ๆ ที่สำคัญจะถูกส่งเป็นลำดับหนีเริ่มต้นด้วยหรือ\e[\eO

ลำดับ escapes ไม่ได้มาตรฐานอย่างสมบูรณ์และโดยทั่วไปแล้วเทอร์มินัลจะไม่สนใจคุณลักษณะบางอย่างสำหรับคีย์บางอย่าง ตัวอย่างเช่นCtrl+ Shift+ letterมักถูกส่งเหมือนCtrl+ letterโดยค่าเริ่มต้น

คุณสามารถเห็นสิ่งที่เทอร์มินัลของคุณส่งสำหรับชุดคีย์โดยกดCtrl+ Vตามด้วยชุดคีย์ในเชลล์พรอมต์หรือC-qหรือC-h cตามด้วยชุดคีย์ใน Emacs

ด้วยเทอร์มินัลอีมูเลเตอร์บางตัวคุณสามารถกำหนดค่าลำดับ escape สำหรับแต่ละคีย์ เมื่อวันที่ Xterm นี้จะทำผ่านทรัพยากร X การตั้งค่าส่วนใหญ่จะอ่านทรัพยากรจาก~/.Xresourcesเมื่อ X เริ่มทำงานและคุณสามารถโหลดไฟล์ด้วยตนเอง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~")

หลักการทั่วไปใช้ลำดับการยกเว้นของฟอร์มESC [ number1 ; number2 ~สำหรับปุ่มฟังก์ชันที่มีตัวดัดแปลง number1แสดงให้เห็นปุ่มฟังก์ชัน ( 15เพื่อ24สำหรับF5การF12- สำหรับเหตุผลทางประวัติศาสตร์ F1 ผ่านF4มีลำดับหนีแตกต่างกัน) และnumber2แสดงให้เห็นเครื่องปรับ ( 2สำหรับShift, 3สำหรับMeta, 5สำหรับCtrl, 7สำหรับCtrl+ Metaและเพิ่ม 1 Shiftที่มีอย่างน้อยหนึ่งCtrlหรือMeta)

Emacs แปล escape sequences เป็นการนำเสนอคีย์ภายในผ่านinput-decode-mapหรือlocal-function-key-map (หรือfunction-key-mapก่อน Emacs 23)

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

สำหรับชุดของคีย์ที่ จำกัด แต่มีความสำคัญสมมติว่า konsole ของ KDE อาจทำสิ่งต่อไปนี้เพื่อให้ทำงานได้การใช้คีย์บิทที่ซับซ้อนใน emacs -nw:

ฉันจะใช้การดำเนินงานS-<RET>เพื่อเป็นตัวอย่าง:

1. เปิด konsole ใหม่ไปที่การตั้งค่า -> โปรไฟล์ปัจจุบัน -> คีย์บอร์ด -> แก้ไข
2. กดเพิ่มและสร้างรายการใหม่Return+Shiftและให้ลำดับคีย์ที่มีประโยชน์ (ฉันเลือก\E[27;3ซึ่งฉันคิดว่าเป็นลำดับคีย์ที่ส่งโดย X เมื่อฉันถูก poking รอบด้วย xev แต่อาจผิด - สิ่งสำคัญที่ต้องทำคือ ตรวจสอบให้แน่ใจว่ามีการหลบหนีที่เหมาะสมและไม่ขัดแย้งกับสิ่งอื่นใด)
3. เล่นกับมันในพื้นที่ทดสอบเล็ก ๆ ที่ด้านล่างเพื่อให้แน่ใจว่ามันใช้งานได้
4. รีสตาร์ท konsole

5. เริ่มต้นemacs -nwและในการประเมินบัฟเฟอร์รอยขีดข่วน:

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

   จากนั้นพิมพ์คีย์ผสมใหม่ของคุณ

   • หากคุณไม่คุ้นเคยกับสิ่งนี้เขียนบรรทัดออกวางเคอร์เซอร์ที่ท้ายบรรทัดแล้วกด Cx Ce เพื่อให้ emacs เรียกใช้บรรทัดนั้นคุณควรพูดกับคุณทุกสิ่งที่คุณใส่ในเครื่องหมายคำพูดและรอให้คุณ พิมพ์บางอย่าง.

6. ควรคายลำดับสำคัญที่คุณอาจผูก
   (มันกลับมา[27 91 50 55 59 51]ให้ฉันเมื่อเทียบกับคนเก่าที่น่าเบื่อ[13]ก่อนที่ฉันจะยุ่งกับพวงกุญแจ konsole)

7. เพิ่มในการกำหนดค่า emacs ของคุณ:

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

8. ฉันทดสอบด้วยemacs -nwในเซสชันหน้าจอโดยใช้:

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

คำตอบสั้น ๆ ก็คือมันเป็นข้อ จำกัด พื้นฐานของอาคารทั้งหมด

คำตอบที่ยาวกว่าเล็กน้อยคือแม้ว่าบางคนสร้างเครื่องปลายทางที่คุณต้องการ Emacs เองก็ต้องการการเปลี่ยนแปลงที่สำคัญในการทำงานกับเครื่องปลายทางนี้

มีความพยายามบางอย่างในการขยายโพรโทคอล VT ในวิธีที่อนุญาตการป้อนข้อมูลด้วยคีย์บอร์ดแบบไม่สูญเสีย (ระหว่างคุณสมบัติอื่น ๆ เช่นกราฟิก)

ตัวอย่างหนึ่งคือ notty: https://github.com/withoutboats/notty