/* Class = "NSTextField"; ibShadowedToolTip = "Type: plist integer\nFailsafe: 0 (acts as 5, or 50ms)\nDescription: Configure subsequent keyboard repeat delay in OpenCore implementation of Apple Event protocol, in units of 10ms.\n\nSee documentation of KeyInitialDelay for fine tuning. Even if not fine tuning, this value should ideally not be set to less than the value of KeyForgetThreshold in order to avoid excess key repeats; however, in practice, the difference may not be noticeable, and you probably do not need to change this value except as part of key repeat fine tuning.\n\nNote: No changes to this value are ever required on systems which are not using KeySupport."; ObjectID = "LPe-Zp-8MC"; */
"LPe-Zp-8MC.ibShadowedToolTip" = "Type: plist integer\nFailsafe: 0 (acts as 5, or 50ms)\nDescription: Configure subsequent keyboard repeat delay in OpenCore implementation of Apple Event protocol, in units of 10ms.\n\nSee documentation of KeyInitialDelay for fine tuning. Even if not fine tuning, this value should ideally not be set to less than the value of KeyForgetThreshold in order to avoid excess key repeats; however, in practice, the difference may not be noticeable, and you probably do not need to change this value except as part of key repeat fine tuning.\n\nNote: No changes to this value are ever required on systems which are not using KeySupport.";
/* Class = "NSButtonCell"; title = "OSInfo"; ObjectID = "Ljq-q2-IwF"; */
"Ljq-q2-IwF.title" = "OSInfo";
...
...
@@ -186,7 +186,7 @@
"Of8-Ba-FhQ.title" = "KeyFiltering";
/* Class = "NSTextField"; ibShadowedToolTip = "Type: plist integer\nFailsafe: 0 (acts as 50, or 500ms)\nDescription: Configure initial keyboard repeat delay in OpenCore implementation of Apple Event protocol, in units of 10ms.\n\nIn order to fine tune keyboard behaviour three values are relavent: KeyForgetThreshold, KeyInitialDelay and KeySubsequentDelay.\n\nThe tuning procedure is as follows:\n• On systems which are not using KeySupport, no tuning is needed.\n• On systems which are using KeySupport, it is important to tune KeyForgetThreshold as documented, in order to get reliable key-held behaviour - including reliable responses to boot hotkeys - within OC.\n• After this, no further tuning is required for reliable operation. However for fine tuning, proceed as follows:\nApple Event protocol is used for key input in OpenCore, since we have to provide it for Apple's own pre-boot systems to use anyway. However when combining OpenCore KeySupport with Apple Event key handling, key repeat behaviour may show one additional slow key repeat before normal key repeat starts. This is perfectly usable in practice, but in order to fine tune your key response and avoid this issue, configure the value of \\texttt{KeyInitialDelay} and KeySubsequentDelay to be the same as the value you have already configured for KeyForgetThreshold. (However, to avoid over-fast key repeats, if you have been able to configure KeyForgetThreshold to a value less than 5, then you are recommended to configure KeyInitialDelay and KeySubsequentDelay to 5). Configure and test this. You should find the repeat response is now corrected (no double long delay) and that you have no other problems. However, it is theoretically possible (not actually observed) that on some systems this procedure may give you two key responses for each key press. If this happens, then to avoid it you will need to increment the value of both settings by one or two. E.g. if your KeyForgetThreshold was 7 and you configured KeyInitialDelay and KeySubsequentDelay to 7, then if you get double key press responses, try configuring values of 8 and 8 or 9 and 9 instead. Use the lowest values which work.\n\nNote: When tuning keyboard behaviour, double key responses can make it impossible to select some boot entries. Therefore before tuning the above, to avoid making your system unbootable if you do not have easy access to another boot method, you are recommended to set {Misc/Boot/Timeout to 5 so that your normal OS will boot after a short time anyway."; ObjectID = "Op9-Rz-IAN"; */
"Op9-Rz-IAN.ibShadowedToolTip" = "Type: plist integer\nFailsafe: 0 (acts as 50, or 500ms)\nDescription: Configure initial keyboard repeat delay in OpenCore implementation of Apple Event protocol, in units of 10ms.\n\nIn order to fine tune keyboard behaviour three values are relavent: KeyForgetThreshold, KeyInitialDelay and KeySubsequentDelay.\n\nThe tuning procedure is as follows:\n• On systems which are not using KeySupport, no tuning is needed.\n• On systems which are using KeySupport, it is important to tune KeyForgetThreshold as documented, in order to get reliable key-held behaviour - including reliable responses to boot hotkeys - within OC.\n• After this, no further tuning is required for reliable operation. However for fine tuning, proceed as follows:\nApple Event protocol is used for key input in OpenCore, since we have to provide it for Apple's own pre-boot systems to use anyway. However when combining OpenCore KeySupport with Apple Event key handling, key repeat behaviour may show one additional slow key repeat before normal key repeat starts. This is perfectly usable in practice, but in order to fine tune your key response and avoid this issue, configure the value of \\texttt{KeyInitialDelay} and KeySubsequentDelay to be the same as the value you have already configured for KeyForgetThreshold. (However, to avoid over-fast key repeats, if you have been able to configure KeyForgetThreshold to a value less than 5, then you are recommended to configure KeyInitialDelay and KeySubsequentDelay to 5). Configure and test this. You should find the repeat response is now corrected (no double long delay) and that you have no other problems. However, it is theoretically possible (not actually observed) that on some systems this procedure may give you two key responses for each key press. If this happens, then to avoid it you will need to increment the value of both settings by one or two. E.g. if your KeyForgetThreshold was 7 and you configured KeyInitialDelay and KeySubsequentDelay to 7, then if you get double key press responses, try configuring values of 8 and 8 or 9 and 9 instead. Use the lowest values which work.\n\nNote: When tuning keyboard behaviour, double key responses can make it impossible to select some boot entries. Therefore before tuning the above, to avoid making your system unbootable if you do not have easy access to another boot method, you are recommended to set {Misc/Boot/Timeout to 5 so that your normal OS will boot after a short time anyway.";
/* Class = "NSTextField"; ibShadowedToolTip = "Type: plist integer\nFailsafe: 0\nDescription: Minimal heard volume level from 0 to 100.\n\nThe screen reader will use this volume level when the calculated volume level is lower than MinimumVolume and the boot chime will not play if the calculated volume level is lower than MinimumVolume."; ObjectID = "PF5-bc-9Z2"; */