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: 43 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
Golem control bug in Druid 2	Minuous	support.Games	3	04 December 2012 01:46
Control amiga mouse with PC keyboard	geecab	support.WinUAE	2	16 August 2011 19:41
F12 WinUAE properties opens at background	FRoST	support.WinUAE	5	26 April 2010 19:22
Formula One Grand Prix...keyboard control?	NovaCoder	support.Games	3	22 February 2009 10:48
Bug in WinUAE keyboard routine	Roderick	support.WinUAE	1	03 September 2002 23:30

19 January 2009, 23:35	#2
DamienD Banned Join Date: Aug 2005 Location: London / Sydney Age: 47 Posts: 20,420	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: 43 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: 49 Posts: 26,505	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)