Update README.md
This commit is contained in:
parent
30f044ef06
commit
568e823fad
20
README.md
20
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").
|
||||
|
|
Reference in a new issue