Các ràng buộc khóa hiệu quả bằng cả Mac và Linux


13

Tôi vẫn luôn chuyển đổi qua lại từ linux sang mac và tôi không thể tìm ra cách để tránh bị nhầm lẫn trong tổ hợp phím của mình, đặc biệt là với các trình duyệt và ứng dụng unix.

Đây là tình huống: * Emacs, vim, shell và các ứng dụng unix khác sử dụng khóa ctrl giống nhau trên cả mac và linux * Một số tổ hợp phím RẤT phổ biến của sao chép, dán, cắt, tất cả đều được hoán đổi cmd trên mac và ctrl trên linux .

Một số điều tôi đã thử: * Sử dụng cmd như ctrl trong emacs - loại công việc, nhưng sau đó nó gây nhầm lẫn cho các ứng dụng loại unix khác * Hoán đổi vị trí của cmd và ctrl trên bàn phím - tốt để sao chép, dán, tất cả và không nhiều khác

Tôi không thể là người duy nhất qua lại giữa mac và linux gặp vấn đề này.

Có thể tốt hơn nếu tiếp cận điều này từ phía Linux và thay đổi ánh xạ ở đó để tôi có thể có những cái tương tự trên Mac?

Vấn đề chính là các ứng dụng trình duyệt (Chrome / Firefox) và sau đó là các ứng dụng loại unix (Emacs, IntelliJ, Rubymine, Vim, tmux).

Câu trả lời:


2

Sau một vài tháng, tôi đã đi đến một giải pháp mà tôi thích.

  • Trên Mac, tôi đã quen với thực tế là có 3 công cụ sửa đổi chính: Cmd, Ctrl, Opt.
  • Trên hộp Linux, tôi sử dụng cùng bàn phím kinesis và có cùng bố cục cho các bộ sửa đổi, sao cho tôi ánh xạ:
Mac => Linux
CMD == Ctrl
Opt == Alt
Ctrl == Ctrl

Chìa khóa là có ctrl hai lần. Và sau đó tôi đã quen với sự khác biệt giữa cmd và ctrl trên mac và trên PC, nó đã phát hiện ra rằng ctrl là chìa khóa. Ví dụ:

Trong Chrome:

Ctrl-tab on the Mac ==> Ctrl-tab on Linux
Cmd-C on the Mac ==> Ctrl-c on Linux.

Vì vậy, tôi có thể nhấn hai khóa khác nhau trên Linux và nhận được kết quả tương tự như Mac.

Nếu bạn có bàn phím loại windows, bạn có thể sắp xếp lại một cái gì đó như phím windows đặc biệt để làm phím lệnh mac.

Kể từ đó, tôi đã chuyển sang chỉ sử dụng máy Mac và, không nghi ngờ gì nữa, đó là cách hiệu quả hơn cho việc gõ bằng cảm ứng!


1
Thủ thuật hay nhưng nó buộc bạn phải làm cho Ubuntu hoạt động như Mac chứ không phải ngược lại. Ngoài ra, cách tiếp cận này sẽ không hoạt động với Gnome3 vì CMD được sử dụng cho tổng quan về cửa sổ và tìm kiếm (điều khiển nhiệm vụ + tương đương Alfred). "Gõ cảm ứng" btw là gì?
Pithikos

Pithikos bạn có một cấu hình bàn phím khác mà bạn thích sau đó để sử dụng một bàn phím phổ biến trên cả ubfox và mac, nhưng để làm cho mac cảm thấy giống ubfox hơn?
Công suất tối đa

0

KDE (Kubfox) có một công cụ cấu hình phím tắt cho phép bạn đặt các phím tắt chung, nhưng tôi không thể nhận ra nó để nhận ra các thay đổi khi tôi kiểm tra nó. Có lẽ nó cần khởi động lại. Có lẽ Ubuntu có một tùy chọn tương tự.

Một điều khác có thể giúp với các chức năng sao chép và dán trong Linux là sử dụng nút chuột giữa để dán. Khi bạn tô sáng một số văn bản, bạn không phải sao chép nó - tô sáng nó, chuyển sang ứng dụng khác của bạn, sau đó nhấp vào nút chuột giữa để dán văn bản được tô sáng. Các thói quen khác nhau sẽ làm cho bàn phím phát ra một điểm cần thiết, ít nhất là đối với các chức năng cụ thể đó.


0

Tôi đã trải qua điều này một thời gian trước và tìm thấy một số thiết lập autokey (tôi sẽ cung cấp tín dụng nếu tôi có thể tìm thấy nó đến từ đâu).

Tôi đã sửa đổi nó cho một số thứ còn thiếu cho thiết lập của mình, nhưng đây là:

https://github.com/ericwooley/dotfiles/tree/master/.config/autokey

Nó khiến tôi thích 95% tất cả các tổ hợp phím là như nhau.

Một số thứ vẫn khác cmd + phải và cmd + trái không hoạt động giống nhau, trên Linux tôi sử dụng alt + trang lên và xuống.

Tôi đã kết thúc tùy thuộc vào các ràng buộc vim trong trình soạn thảo của mình để giữ cho tôi lành mạnh, tôi sẽ khuyên bạn nếu điều đó có thể cho những gì bạn đang làm.

Ồ, và guake có cài đặt sao chép và dán có thể định cấu hình cho thiết bị đầu cuối, vì vậy tôi đặt đó là alt + c và alt + p cho các shenanigans đầu cuối


0

Đã cập nhật

Kinto.sh hiện sẽ ánh xạ Alt / Cmd để sử dụng Ctrl + Shift khi ở trong ứng dụng đầu cuối. Tất nhiên nó ánh xạ Alt / Cmd sang Ctrl trong phần còn lại của thời gian.


Đây là một giải pháp đơn giản hơn nhiều, Kinto. Nó giải quyết vấn đề mà bạn gặp phải với các keymap không hoạt động đúng trong khi vẫn giữ một sơ đồ tốt với mọi thứ khác.

Tôi đã làm việc này được 3 năm rồi .. và cuối cùng tôi cảm thấy mình có thể đóng góp một cái gì đó vì nó hoạt động tốt như thế nào, không giống như 2 lần thử trước của tôi. Nó được dành cho x11 và các distro dựa trên systemd, nhưng khái niệm này sẽ được chuyển sang Wayland một khi tôi tìm thấy một cách tốt để thực hiện nó, mặc dù tăng cường bảo mật gây khó khăn khi làm việc.

1) Gist (đối với những người chỉ muốn xem tiền đề hoặc thực hiện giải pháp xen kẽ của riêng họ, các trường hợp cạnh không được bảo hiểm).

https://gist.github.com/rbreaves/f4cf8a991eaeea893999964f5e83eebb

2) Trình cài đặt đầy đủ sử dụng systemd, bash và xprop. (Các trường hợp cạnh, như chromebook được bảo hiểm, rất khó để hỗ trợ, nhưng tôi thích của tôi để mọi người đều có lợi!)

https://github.com/rbreaves/kinto

Về cơ bản, với giải pháp này, bạn không đấu tranh làm thế nào để tạo đúng các phím tắt mới hoặc cố gắng tránh xung đột phím tắt trong các ứng dụng Terminal so với các ứng dụng GUI còn lại. Bạn chỉ cần sử dụng tốt nhất cả hai từ và nó hoạt động hoàn hảo nhất có thể - ngoài việc bao gồm các tệp cấu hình phím tắt mặc định cho các thiết bị đầu cuối và trình soạn thảo văn bản phổ biến, mà tôi có thể bao gồm sau này. Ngay cả các trình soạn thảo văn bản như Sublime cũng không chỉ trao đổi phím Cmd bằng Ctrl trên mỗi phím tắt, nhưng nó sẽ căn chỉnh đúng khoảng 95% hoặc hơn thời gian tôi nói.

Và nói về Wayland, tôi có một bằng chứng về khái niệm làm thế nào để thủ thuật keyswap keymap này hoạt động trên KDE Plasma 5 với một tiện ích hiện có có tên ứng dụng. Nếu bất cứ ai có một giải pháp tốt hơn thì tôi đều là tai, đặc biệt là nếu nó có thể hoạt động trên x11. Xprop là hoàn toàn đủ trên x11, nhưng rõ ràng không sử dụng trên Wayland.

https://github.com/rbreaves/applet-window-title/commit/ff17e694579a52a9848d6bea87b2d11f22033718

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.