RISC OS Open
Safeguarding the past, present and future of RISC OS for everyone
ROOL
Home | News | Downloads | Bugs | Bounties | Forum | Documents | Photos | Contact us
Account
Forums → Bugs →

Num lock startup oddity

Subscribe to Num lock startup oddity 10 posts, 6 voices

 
Feb 23, 2018 2:00am
Avatar Frederick Bambrough (1372) 764 posts

Just noticed that when my Beagleboard -xM boots the three lamps (Num/Caps/Scroll lock) light as usual but when they extinguish the num lock lamp remains lit. Touching a key or mouse button, basically any activity, causes the lamp to extinguish so it doesn’t affect usage.

Backtracking versions, the behaviour changes somewhere between 30th January and 4th February ROMs. The keyboard’s attached to the OTG.

 
Feb 23, 2018 9:25am
Avatar Sprow (202) 1008 posts

when they extinguish the num lock lamp remains lit.

That’s just the default value, set in the time of King Arthur. It looks like when I shuffled stuff on 3rd Feb to fix one issue, I neglected to account for that OS_Byte variable having sideeffects (ie. it’s not sufficient to just update the variable, it needs explicitly pushing to the keyboard).

Try this test ROM and see if that solves it.

I’ve often thought, right back to the Risc PC, that it’d be useful to have the keyboard LEDs count down (or do some other animation) in the window within which you need to be pressing magic keys. However, I’m not sure if all keyboards have them in order Num/Caps/Scroll so maybe flash rather than count?

 
Feb 23, 2018 12:51pm
Avatar Frederick Bambrough (1372) 764 posts

With that ROM the num lock lamp does extinguish though much later than the other two (just before PlingBoot, I guess).

I’m not sure if all keyboards have them in order Num/Caps/Scroll

This cheapo Zippy mini keyboard does.

 
Feb 23, 2018 1:16pm
Avatar Jeffrey Lee (213) 5984 posts

One thing to be wary of with flashing the LEDs is that compact keyboards, where the numpad is overlaid ontop of the main alphabet, will generate different key codes depending on whether num lock is enabled or not. This may in turn have an effect on the user’s ability to press the desired keys during the keyboard scan. So I’d say flash caps lock (+ scroll lock?) but leave num lock to be processed normally.

 
Feb 23, 2018 1:18pm
Avatar Rick Murray (539) 11793 posts

This cheapo Zippy mini keyboard does.

So does my cheapo keyboard; but I’ve seen some with key lights under the keys.

I’d say use a binary code and leave it up to the user to decipher it…

 
Feb 23, 2018 2:08pm
Avatar Jon Abbott (1421) 2298 posts

I’ve often thought, right back to the Risc PC, that it’d be useful to have the keyboard LEDs count down (or do some other animation) in the window within which you need to be pressing magic keys.

Could it not mirror PC BIOS behaviour and prompt for the check after the video is initialised to a standard VGA mode?

 
Mar 25, 2018 9:10pm
Avatar Sprow (202) 1008 posts

I’ve often thought, right back to the Risc PC, that it’d be useful to have the keyboard LEDs count down (or do some other animation) in the window within which you need to be pressing magic keys.

I tried this, and concluded it was ugly and confusing. Because we only use a 3s window to capture keys your brain has to process what the animation means (which kind of looked like an error when I tried toggling caps lock and scroll lock) which is barely enough time before the final state of num lock is reached, which was also confusing. Counting down from 3 was also a non starter because the loop exits early if a key is spotted, so there’s more random fairy light state changes.

For now, I’ve at least fixed Frederick’s original report.

 
Mar 25, 2018 9:57pm
Avatar Frederick Bambrough (1372) 764 posts

Though it hasn’t made it to daily betas. Was it supposed to?

 
Mar 25, 2018 10:50pm
Avatar Martin Avison (27) 1277 posts

Though it hasn’t made it to daily betas.

Give it chance! The change was only done 2 hours ago … maybe the overnight fairies will manage to play nicely and include it in the next daily build.

 
Mar 25, 2018 11:32pm
Avatar Frederick Bambrough (1372) 764 posts

Don’t get your knickers in a twist. I hadn’t seen it in the CVS when I wrote and the reference was to our posts up thread in February.

Reply

To post replies, please first log in.

Forums → Bugs →

Search forums

Social

Follow us on and

ROOL Store

Buy RISC OS Open merchandise here, including SD cards for Raspberry Pi and more.

Donate! Why?

Help ROOL make things happen – please consider donating!

RISC OS IPR

RISC OS is an Open Source operating system owned by RISC OS Developments Ltd and licensed primarily under the Apache 2.0 license.

Description

Bug discussions that aren’t covered by the bugs database.

Voices

  • Frederick Bambrough (1372)
  • Sprow (202)
  • Jeffrey Lee (213)
  • Rick Murray (539)
  • Jon Abbott (1421)
  • Martin Avison (27)

Options

  • Forums
  • Login
Site design © RISC OS Open Limited 2018 except where indicated
The RISC OS Open Beast theme is based on Beast's default layout

Valid XHTML 1.0  |  Valid CSS

Powered by Beast © 2006 Josh Goebel and Rick Olson
This site runs on Rails

Hosted by Arachsys