Trong một thiết bị đầu cuối, người ta không thể phân biệt Ctrl+ Avà Ctrl+ Shift+ Avì cả hai đều phát ra cùng một mã khóa, vì vậy tôi có thể hiểu tại sao Vim không thể làm điều đó. Nhưng gVim, là một ứng dụng X, có thể phân biệt Ctrl+ Avà Ctrl+ Shift+ A. Có cách nào để ánh xạ hai thứ đó khác nhau không?
Để bắt đầu, tôi muốn làm điều gì đó như sau: Làm cho "dán từ khay nhớ tạm" hoạt động giống như thiết bị đầu cuối Gnome, trong khi vẫn giữ Ctrl+ Vở chế độ trực quan.
:nmap <C-S-V> "+gP
Câu trả lời:
Gvim không làm điều đó vì vim không thể làm điều đó (trong trường hợp bình thường). Xin lỗi, nhưng đó chỉ là cách nó được.
Tuy nhiên...
Một số thiết bị đầu cuối (ví dụ: xterm và iterm2) có thể được cấu hình để gửi một chuỗi thoát tùy ý cho bất kỳ tổ hợp phím nào.
Ví dụ, thêm những điều sau đây để .Xresourcescho xterm để gửi <Esc>[65;5ucho CtrlShiftA. Sau đó, bạn có thể ánh xạ nó trong Vim tới <C-S-a>. (65 là giá trị Unicode thập phân cho shift-a và 5 là bit cho công cụ sửa đổi ctrl. U trong trường hợp này là viết tắt của "unicode".)
! .Xresources
XTerm*vt100.translations: #override Ctrl ~Meta Shift <Key>a: string(0x1b) string("[65;5u")
iTerm và [u] rxvt cũng có thể được định cấu hình để thực hiện việc này (ví dụ không được cung cấp).
Thông tin thêm: http://www.leonerd.org.uk/hacks/fixterms/
\n. Sử dụng dấu gạch chéo ngược để chia dòng. Ví dụ: để cũng lập bản đồ <kbd> CSB </kbd> và <kbd> CSF </kbd>, hãy sử dụng cái này:XTerm*vt100.translations: #override Ctrl ~Meta Shift <Key>a: string(0x1b) string("[65;5u") \n Ctrl ~Meta Shift <Key>b: string(0x1b) string("[66;5u") \n Ctrl ~Meta Shift <Key>f: string(0x1b) string("[70;5u")
xterm-256color(gần đây nhất) bị rất nhiều hạn chế.
xterm-256color.
Như đã chỉ ra, không có cách nào để lập bản đồ <C-S-A>khác với <C-A>.
Tuy nhiên, bằng cách sử dụng các công cụ như autokey(cho linux & windows) hoặc autohotkey(cho windows), bạn có thể bản đồ lại <C-S-A>để gửi (các) phím bấm khác nhau cho các ứng dụng cụ thể.
Ví dụ: Trên hệ thống của tôi, tôi có cài đặt này trong autokey:
$ cat ~/.config/autokey/data/gnome-terminal/ctrlshifta-gnome-terminal.py
#ctrl+shift+a sends '<S-F1>a'
keyboard.send_keys("<shift>+<f1>a") # Note that `f` in `f1` needs to be in lower case.
Gán cho nó các thuộc tính sau:
ctrl+shift+agnome-terminal-server.Gnome-terminalSau đó, bạn ~/.vimrccó thể tạo ánh xạ <S-F1>ađể làm bất cứ điều gì bạn muốn.
Ghi chú:
<S-F1>như một loại chìa khóa lãnh đạo để phát hiện <C-S>. Điều này là do thiết bị đầu cuối của tôi không chấp nhận các khóa <F13>- <F37>vv. Nếu ứng dụng của bạn hỗ trợ nó, ( gvimtôi nghĩ vậy) sử dụng các phím đó được khuyến khích.vimvào gnome-terminal. Vì vậy, tôi đã sử dụng window class = gnome-terminal-server.Gnome-terminallàm bộ lọc. Sửa đổi nó để sử dụng gvimnếu bạn muốn. autokeyhỗ trợ một nút để nắm bắt bất kỳ thuộc tính nào khác của cửa sổ như lớp / tiêu đề.apt install autokey-gtk?
bindsym --release Control+Shift+h exec --no-startup-id xdotool key --clearmodifiers comma w m h, mà ép ,wmhkhi tôi bấm <C-S-h>, và sau đó vim biết làm thế nào để xử lý,wmh
<C-S-H>khi tôi nhấn nút đó.
Nếu điều gì làm phiền bạn đang mất chức năng CV hiện có, bạn có thể sử dụng CQ thay thế. Xem,: trợ giúp CTRL-V-thay thế.
NeoVim hiện cung cấp chức năng này cho cả máy khách thiết bị đầu cuối và máy khách gui. Xem : h nvim-features-new
<m-s-...>các biến thể) làm chủ yếu là làm việc hoàn toàn ra khỏi hộp.
ALT (|META|) chords always work (even in the |TUI|). Map |<M-| with any key: <M-1>, <M-BS>, <M-Del>, <M-Ins>, <M-/>, <M-\>, <M-Space>, <M-Enter>, etc. Case-sensitive: <M-a> and <M-A> are two different keycodes.Có một dấu ngắt dòng trước phần "Phân biệt chữ hoa chữ thường:", khiến điều này trở nên không rõ ràng. Cảm ơn vì sự chỉnh sửa, @ JustinM.Keyes. Ngoài ra, vim 8.1 dường như cũng phân biệt giữa <M-a>và <M-A>.
<c-s-l>được phân biệt hoàn hảo với bên <c-l>trong Konsolemà không gặp bất kỳ rắc rối nào
Do cách thức nhập liệu bàn phím được xử lý nội bộ, điều này rất tiếc ngày nay thường không thể thực hiện được, ngay cả trong GVIM. CtrlKhông thể ánh xạ một số tổ hợp phím, chẳng hạn như + không phải chữ cái và không thể phân biệt Ctrl+ chữ cái so với Ctrl+ Shift+ chữ cái. (Trừ khi thiết bị đầu cuối của bạn gửi mã cụm từ riêng biệt cho nó, mã này hầu hết không gửi.) Ở chế độ chèn hoặc dòng lệnh, hãy thử nhập tổ hợp phím. Nếu không có gì xảy ra / được chèn, bạn không thể sử dụng tổ hợp phím đó. Điều này cũng áp dụng cho <Tab>/ <C-I>, <CR>/ <C-M>/ <Esc>/ <C-[>v.v. (Chỉ có ngoại lệ là <BS>/ <C-H>.) Đây là một điểm khó khăn đã biết và là chủ đề của các cuộc thảo luận khác nhau trên vim_dev và kênh #vim IRC.
Một số người (trước hết là Paul LeoNerd Evans) muốn khắc phục điều đó (ngay cả đối với giao diện điều khiển Vim trong các thiết bị đầu cuối hỗ trợ điều này) và đã đưa ra nhiều đề xuất khác nhau, cp. http://groups.google.com/group/vim_dev/browse_thread/thread/626e83fa4588b32a/bfbcb22f37a8a1f8
Nhưng cho đến hôm nay, vẫn chưa có bản vá hoặc tình nguyện viên nào đưa ra, mặc dù nhiều người đã bày tỏ mong muốn có được điều này trong một bản phát hành Vim trong tương lai.
Như bạn đã lưu ý, bạn nhận được cùng một mã khóa. Vì vậy, cách duy nhất để phân biệt chúng là kiểm tra trạng thái của Shiftkhóa trong chức năng xử lý sự kiện của bạn. Tất nhiên, nếu bạn có độ trễ hơn 0,5 giây giữa quá trình nhấn phím và xử lý, bạn sẽ bỏ lỡ một số lần truy cập.