Ánh xạ các phím bàn phím Apple sang các phím Windows


8

Vì vậy, tôi đã có cho mình một bàn phím USB "Ultra-Thin" của Apple (bàn phím có hai cổng USB).

Bàn phím

Tuy nhiên, tôi sử dụng PC, vì vậy một số phím trên bàn phím không được ánh xạ tới các phím Windows. Cụ thể, tôi lo lắng về việc mất màn hình in, khóa cuộn và các phím khác và cách các phím Mac nhất định không có chức năng.

Tôi đọc trực tuyến rằng sử dụng trình điều khiển Apple Boot Camp cho Windows sẽ khắc phục vấn đề này. Câu hỏi của tôi là:

Sử dụng trình điều khiển Boot Camp có phải là phương pháp phù hợp? Nếu vậy, tôi có thể tải chúng trực tuyến ở bất cứ đâu (miễn phí, vì tôi không có đĩa Mac) không? Nếu không, những gì có thể khắc phục vấn đề của tôi? Tôi nghĩ rằng tôi đã đọc ở đâu đó (có thể là về Mã hóa kinh dị ) rằng có một chương trình tên là SharpKey thực hiện những sửa đổi này. Một giải pháp thay thế mà tôi đã nghe nói là sử dụng AutoHotKey. Vậy, tôi nên làm gì?

Câu trả lời:


11

Tôi đã thử sử dụng trình điều khiển Boot Camp, nhưng nó ở định dạng Mac .dmg và tôi không thể mở gói. Cuối cùng khi tôi mở được nó, tất cả những gì tôi có thể làm là cài đặt toàn bộ gói Boot Camp - điều mà tôi không muốn làm vì nó có thể ghi đè lên trình điều khiển và tạo ra một mớ hỗn độn hoàng gia. Tất cả những gì tôi muốn là bàn phím và thứ duy nhất tôi kết thúc là gói 32 bit (không thể tìm thấy gói bàn phím 64 bit) vì vậy tôi đã kết thúc bằng cách sử dụng SharpKeys và AutoHotkey của RandyRants. Tôi sử dụng cả hai dù sao đi nữa.

Tôi có Bàn phím Apple Pro (than chì) và sử dụng nó trong Windows Vista - Tôi sử dụng SharpKeys của Randyrant.com để ánh xạ:

F13 -> PrintScreen
F14 -> Scroll Lock
Left Alt -> Left Windows
Left Win -> Left Alt
Right Alt -> Right Windows
Right Win -> Left Alt

(vì khóa Win thuộc về Alt và Ctrl)

Điều duy nhất mà SharpKeys không thể làm là Tạm dừng, có vẻ như sử dụng một scancode ba byte mà việc ánh xạ lại khóa Windows gốc không thể xử lý (thay vào đó, nó sẽ kích hoạt NumLock)

Để tạm dừng, tôi đã thêm một định nghĩa vào tệp ahk AutoHotkey của mình:

F15::
 Send {Break}
 return

Khóa Eject vẫn không hoạt động - đây dường như là một khóa đặc biệt được xử lý khác nhau, vì Eject có thể được sử dụng trước khi HĐH thậm chí đang chạy.

ymmv, đặc biệt là trên bàn phím mới hơn của Apple. Miễn là nó tạo ra một scancode, SharpKeys sẽ có thể làm điều đó. Chìa khóa rắc rối duy nhất là Tạm dừng.

SharpKeys có tại đây: http://www.randyrant.com/2008/12/sharpkeys_30.html


7-zip sẽ mở file DMG trên cửa sổ - có một đi bộ qua tại cafe-encounter.net/p860/...
Chris F Carroll

Phiên bản mới nhất tại đây: github.com/randyrant/sharpkeys
pdwalker

1

Một vài điều. Các phím F13-F15 có thể là màn hình in của bạn, v.v. trong Windows. Tôi có cùng bàn phím chính xác nhưng tôi không chắc là nó có hoạt động không.

Nếu điều đó không hiệu quả, cài đặt trình điều khiển Boot Camp sẽ không khắc phục bất cứ điều gì cho bạn (hoặc những gì bạn đã yêu cầu). Các nguồn thay thế mà bạn đã đề cập có lẽ là lựa chọn tốt nhất để giải quyết vấn đề.


Điều này dường như phụ thuộc vào sự lặp lại của bàn phím Apple. Tôi sử dụng bàn phím Apple Pro thông qua USB và F13 thực sự gửi F13 đến Windows, không phải PrintScreen. Bạn có thể ánh xạ lại F13, vv để làm PrintScreen. Tuy nhiên, nếu tôi sử dụng Apple Extended II thông qua bộ chuyển đổi ADB sang USB, phím F13 thực sự kích hoạt PrintScreen.
krhainos

Ahhh, điều đó rất có ý nghĩa. Tôi sử dụng bàn phím Apple của mình thông qua bộ chuyển đổi KVM.
Steven Lu

Phải, có vẻ như tổ chức phát lại phím KVM cho bạn. Mà thực sự là loại heh mát mẻ. Tôi đoán OS X chấp nhận PrtSc hoặc F13 cho khóa F13 - trong khi Windows chỉ hoạt động với PrtSc và chỉ nhún vai khi F13 được gửi tới nó.
krhainos
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.