Keyboard control Winuae Properties Bug

smoorke · 19 January 2009, 15:20

Hi,
I ran into the unusual situation of not having a mouse attached to my Windows computer and i came to notice that it is imposible to reach most of the pages of the Properties.
This is with using WinUAE 1.6.0 (Public Beta 7, 2009.01.03)
This behaviour is also found in all versions prior to this down to 1.4.6 (2008.02.02) and possibly even lower (don't have earlier versions installed)

DamienD · 19 January 2009, 23:35

Can you be more specific smoorke?

Just tried with v1.5.3 and could move / select everywhere by using <tab>, <space> etc...

The only thing that was difficult to navigate were the menus down the side e.g Settings, Hardware, Host (including sub categories). I worked out how to select these though, just <tab> until one of the menus is highlighted then press the beginning letter of the menu / sub category to move there. You cannot use <tab> / <arrow keys> here... Hope this makes sense?

smoorke · 21 January 2009, 00:31

hmm, well it still seems like a bug to me if it's possible to partially navigate the tree with cursor left/right while up/down are unresponsive.
But this might not be Toni's fault at all, perhaps whomever designed the IDE Toni uses is to blame.
Anyways i hope Toni can somehow fix this when/if he feels like it.

Toni Wilen · 21 January 2009, 12:11

I finally understood what you meant

ALT + cursor keys work (and SHIFT too). These should be normal Windows navigation shortcuts in list views, WinUAE does not care about keyboard navigation.

There was some reason why plain cursor keys won't work in that control. Naturally I don't remember it anymore..

19 January 2009, 15:20	#1
smoorke Registered User Join Date: Jul 2007 Location: Ghent/Belgium Age: 32 Posts: 247	Keyboard control Winuae Properties Bug Hi, I ran into the unusual situation of not having a mouse attached to my Windows computer and i came to notice that it is imposible to reach most of the pages of the Properties. This is with using WinUAE 1.6.0 (Public Beta 7, 2009.01.03) This behaviour is also found in all versions prior to this down to 1.4.6 (2008.02.02) and possibly even lower (don't have earlier versions installed) Last edited by smoorke; 19 January 2009 at 15:28.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
WinUAE 1.5.2 bug	hrmes	support.WinUAE	12	02 October 2008 19:11
Just install a tiny push-button on my Amiga keyboard to control AGA/RTG !	keropi	Hardware pics	38	25 November 2006 16:02
Keyboard LED bug	BenniP	support.WinUAE	5	22 May 2004 13:25
Bug in winuae	Paul	support.WinUAE	4	06 June 2003 20:41
Bug in WinUAE keyboard routine	Roderick	support.WinUAE	1	03 September 2002 23:30

19 January 2009, 23:35	#2
DamienD Registered User Join Date: Aug 2005 Location: Sydney / London Age: 36 Posts: 5,059	Can you be more specific smoorke? Just tried with v1.5.3 and could move / select everywhere by using <tab>, <space> etc... The only thing that was difficult to navigate were the menus down the side e.g Settings, Hardware, Host (including sub categories). I worked out how to select these though, just <tab> until one of the menus is highlighted then press the beginning letter of the menu / sub category to move there. You cannot use <tab> / <arrow keys> here... Hope this makes sense?

21 January 2009, 00:31	#3
smoorke Registered User Join Date: Jul 2007 Location: Ghent/Belgium Age: 32 Posts: 247	hmm, well it still seems like a bug to me if it's possible to partially navigate the tree with cursor left/right while up/down are unresponsive. But this might not be Toni's fault at all, perhaps whomever designed the IDE Toni uses is to blame. Anyways i hope Toni can somehow fix this when/if he feels like it.

21 January 2009, 12:11	#4
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	I finally understood what you meant ALT + cursor keys work (and SHIFT too). These should be normal Windows navigation shortcuts in list views, WinUAE does not care about keyboard navigation. There was some reason why plain cursor keys won't work in that control. Naturally I don't remember it anymore..

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)