TL; DR
ทุบตีมีการทำงานคล้ายกับzsh's bindkeyผ่านbindแต่มันไม่ได้มีหลายรูปแบบเช่นvi zshหลังจากที่set -o viคุณสามารถทำได้:
bind '"jk":vi-movement-mode'
ซึ่งเทียบเท่าของzsh'sbindkey -M <all vi modes> jk vi-movement-mode
vi-movement-modeฟังก์ชั่นมาจากinputrc(ดู/etc/inputrcรายชื่อของพวกเขา)
ข้อความเต็ม
สตีเฟ่นแฮร์ริสชี้ให้เห็นในความคิดเห็นของเขา:
.bashrcถูกเรียกโดยbashเสมอ (และไม่โดดเด่นด้วยกระสุนอื่น)
.bash_profile ถูกเรียกบนเชลล์ล็อกอินเท่านั้น (และอีกครั้ง, ทุบตีเท่านั้น)
หลาย distros มาพร้อมกับ.bash_profileโครงกระดูกที่มีลักษณะดังนี้:
# ~/.bash_profile
[[ -f ~/.bashrc ]] && . ~/.bashrc
ซึ่งเป็นเนื้อหาที่ดี.bash_profileเพราะคุณสามารถลืมมันได้
ตอนนี้การแมปjkไปEscในเซสชั่นเปลือกนั่นเป็นไปไม่ได้จริงๆ เมื่อคุณทำ:
inoremap jk <esc>
ใน Vim หลังจากคุณพิมพ์jVim รู้ว่าต้องรอนิดหน่อยเพื่อดูว่าคุณพิมพ์kถัดไปหรือไม่และควรเรียกใช้การจับคู่ (หรือคุณพิมพ์คีย์อื่นและไม่ควรเรียกใช้การแมป) เป็นภาคผนวกนี้ถูกควบคุมโดย:set timeoutlen=<miliseconds>ในกลุ่ม (ดู:h timeoutlen)
เชลล์หลายตัวหรือ X11 ไม่มีการควบคุมการหมดเวลาและไม่อนุญาตให้ทำการแมปอักขระหลายตัว อนุญาตการทำแผนที่ของคีย์เดียวเท่านั้น (แต่ดูหมายเหตุสนับสนุนด้านล่าง)
set -o vi
ไม่ได้อ่าน.vimrcมันเลียนแบบการผสมคีย์บางอย่างvi(ไม่เท่ากันvim) ที่สามารถใช้ในเชลล์ได้ เช่นเดียวกับที่ได้กล่าวเกี่ยวกับมันไม่ได้มาด้วยอำนาจเต็มของ-o emacsemacs
สนับสนุน zsh
zshจริง ๆ แล้วสนับสนุนการหมดเวลาของแผนที่ และคุณสามารถใช้แผนที่ต่อไปนี้jkเพื่อ<esc>:
bindkey -v # instead of set -o vi
bindkey -e jk \\e
(นั่นจะต้องไป~/.zshrcไม่ได้~/.bashrc)
ถึงกระนั้นฉันแนะนำต่อนี้ ฉันใช้vimและzshส่วนใหญ่เวลา ฉันมีinoremap jk <esc>ในตัวของฉันvimrcและฉันได้ลองใช้bindkeyชุดค่าผสมด้านบน zshรอนานเกินไปที่จะพิมพ์jเมื่อใช้งานและนั่นทำให้ฉันรำคาญมาก
สนับสนุนทุบตี
bashreadline bindสนับสนุน ฉันเชื่อว่าbashสามารถรวบรวมได้โดยไม่ต้องreadilneมีบางระบบที่หายากที่มีการทุบตีที่ไม่สนับสนุนbind(ระวังตัว) ต้องการแมปjkไป<esc>ในbashที่คุณต้องทำ:
set -o vi
bind '"jk":"\e"'
(ใช่ว่าเป็นข้อความสองระดับจำเป็นต้องมี)
ทำให้การพิมพ์jน่ารำคาญอีกครั้ง แต่อย่างใดที่น่ารำคาญน้อยกว่าzshวิธีการแก้ปัญหาในเครื่องของฉัน
วิธีแก้ปัญหา (สำหรับเชลล์ที่ไม่ใช่ bash และ non-zsh)
เหตุผลในการแมปEscกุญแจใหม่คือปุ่มนั้นอยู่ไกลจากแป้นพิมพ์มากและการพิมพ์ต้องใช้เวลา เคล็ดลับที่สามารถยืมได้จากemacsพวกนั้นคือทำการแมปใหม่CapsLockเพราะมันเป็นกุญแจที่ไร้ประโยชน์อยู่ดี emacsพวกทำการแมปไปCtrlแต่เราจะทำการแมปEscใหม่
ลองใช้xev -event keyboardเพื่อตรวจสอบ keycode ของCapsLock:
KeyPress event, serial 25, synthetic NO, window 0x1c00001,
root 0x496, subw 0x0, time 8609026, (764,557), root:(765,576),
state 0x0, keycode 66 (keysym 0xffe5, Caps_Lock), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
และเพื่อตรวจสอบการทำงานของEsc:
KeyPress event, serial 25, synthetic NO, window 0x1c00001,
root 0x496, subw 0x0, time 9488531, (571,525), root:(572,544),
state 0x0, keycode 9 (keysym 0xff1b, Escape), same_screen YES,
XLookupString gives 1 bytes: (1b) "
XmbLookupString gives 1 bytes: (1b) "
XFilterEvent returns: False
ดีมากCapsLockคือรหัสกุญแจ 66 และEscฟังก์ชั่นของมันถูกเรียกว่า "Escape" ตอนนี้เราสามารถทำได้:
# diable caps lock
xmodmap -e "remove lock = Caps_Lock"
# make an Esc key from the keycode 66
xmodmap -e "keycode 66 = Escape"
ต้องทำตามลำดับข้างต้นนี้ ตอนนี้ทุกครั้งที่คุณกดปุ่มCapsLockมันจะทำงานเหมือนเป็นEscกุญแจ
ส่วนที่ยากคือที่ตั้งนี้ ไฟล์ที่~/.Xmodmapมีเนื้อหา:
remove lock = Caps_Lock
keycode 66 = Escape
ควรได้รับการเคารพจาก distros ส่วนใหญ่ (จริง ๆ แล้วเป็นผู้จัดการการแสดง แต่ฉันกำลังพูดถึง distros เพื่อความเรียบง่าย) แต่ฉันเห็นคนที่ไม่เคารพ~/X*ไฟล์หลายไฟล์ สำหรับสิ่งที่รบกวนคุณอาจลองทำสิ่งต่อไปนี้:
if [ "x" != "x$DISPLAY" ]; then
xmodmap -e "remove lock = Caps_Lock"
xmodmap -e "keycode 66 = Escape"
fi
.bashrcในของคุณ
(ในทางทฤษฎีที่น่าจะอยู่ในตำแหน่งที่ดีกว่า~/.xinitrcแต่ถ้าผู้จัดการการแสดงผลไม่เคารพ.Xmodmapมันจะไม่เคารพอย่างแน่นอน~/.xnintrc)
หมายเหตุพิเศษ: นี้เท่านั้น remaps CapsLockไปEscในเซสชั่ X11 จึงแผนที่จะทำงานเฉพาะในการเลียนแบบขั้ว ที่จริงแล้วttyจะไม่เห็นแผนที่
การอ้างอิงและการอ่านพิเศษ:
jk? นั่นคือกุญแจพิเศษบางอย่างบนแป้นพิมพ์ของคุณ?