My concern is now with v 1.9 the keyboard connected to our RPU will wake up HOT (ie spacebar = "GO"). Is there someway to retain the current scroll lock value thru power cycles?
[edited by: 33boardop at 7:14 PM (GMT -6) on Tue, May 11 2010]
My concern is now with v 1.9 the keyboard connected to our RPU will wake up HOT (ie spacebar = "GO"). Is there someway to retain the current scroll lock value thru power cycles?
What an interesting question. This has been one of the banes of personal computers since their inception.
But it's a much more complex question than it seems. Non-proprietary keyboards all have their own communication processors that autonomously boot-up to a certain state when power is applied. Another way to ask your question is, "Is there some way to have the host computer ignore or change the asserted state of an attached, generic keyboard?" I'm sure there are other knotty situations, but if a host (I don't mean just an EOS) is malfunctioning, it's not clear that this would be a good idea.
Tim,
On a windows based systems the caps lock, num lock, and scroll lock states are handled by the OS. In fact, there an option in most windows versions to set the numlock state on startup.
Anne, would that setup option also handle Record, Update, Delete etc in the same way? For the same reasons for those not needing to be pressing Go?
No, actually, we aren't going to take it that far as a setup option.. The rest of that will be handled through security log in, when we implement it.
Thanks!
a
No, actually, we aren't going to take it that far as a setup option.. The rest of that will be handled through security log in, when we implement it.
Thanks!
a
www.etcconnect.com