From 568e823fada86b2ba0c9d007a7e7f54df1baf0b4 Mon Sep 17 00:00:00 2001 From: Gered King Date: Tue, 29 May 2012 19:11:31 -0300 Subject: [PATCH] Update README.md --- README.md | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/README.md b/README.md index 1809e1a..7964062 100644 --- a/README.md +++ b/README.md @@ -29,19 +29,20 @@ won't be quite perfect for you if you are using a wired keyboard and not a wireless one. When the "Wired Keyboard" option is turned on, the Eject key will be fixed to -work the same way as it does with a wireless keyboard. That is, it is used to -toggle if the function keys (F1 through F12) work as on Windows or OS X. +work the same way as it does with a wireless keyboard when using the original +version of this utility. That is, it is used to toggle if the function keys (F1 +through F12) work as on Windows or OS X. This tool does not make the 'Fn' key work with a wired keyboard. It just gives you a simple work around. If you are using a wired keyboard none of the -Fn key combinations will work regardless of if you're using this version or the +'Fn' key combinations will work regardless of if you're using this version or the original version of this utility. Why? ---- The original AppleWirelessKeyboard utility is not able to read the state of the -'Fn' key at all when using a wired keyboard. This appears to be a driver issue, +'Fn' key at all when using a wired keyboard. This _appears_ to be a driver issue, but I'm by no means an expert on low-level driver stuff in Windows so maybe it is possible to fix this. It doesn't seem to matter if you're using the default Windows provided driver, or the Apple driver from Lion's BootCamp driver @@ -59,15 +60,14 @@ with my wired keyboard. After playing with the original code for AppleWirelessKeyboard from [CodePlex](http://applewirelesskbrd.codeplex.com/) I noticed that the Eject key was still recognized somewhat. Just in a slightly different way then how the -original code was set up to recognize it. The Eject key in Windows has always -seemed funny to me and I know I'd never use it for it's original intended -purpose, so it made the perfect substitute as a key to use to toggle F1-F12 key -functionality. +original code was set up to recognize it. So, with some minor code tweaks, I +was able to fix the code so that the Eject key would work with wired keyboards +to allow F key toggling like with a wireless keyboard. Issues / Missing Functionality ------------------------------ -* The code using iTunesLib has been commented out. I don't use iTunes nor do I have it installed so I don't have a copy of this library so I couldn't build the code until I removed it. I don't know if the default media key mapping still in the code will work with iTunes anyway. +* The code using iTunesLib has been commented out. I don't use iTunes nor do I have it installed, therefore I don't have a copy of this library so I couldn't build the code until I removed it. I guess it's possible that the media key mappings for F7-F9 could maybe work with iTunes? No idea. * No automatic detection of which keyboard you are using (wired or wireless). I'd like to do this, but don't have a wireless keyboard for reference. You will need to set your config manually. * 'Fn' key combos still do not work with a wired keyboard. Use the Eject key to toggle F key functionality. * The "Restart" option is gone. This doesn't have a built-in equivalent in WPF. @@ -75,5 +75,5 @@ Issues / Missing Functionality Bug Fixes --------- -* Settings are now saved. When you re-open the tool your last settings will still be there. +* Config settings are now saved. When you re-open the tool your last settings will still be there. * The system tray icon now disappears when the tool is closed and the tool now closes properly (the "WPF way").