Professional UI Solutions
Site Map   /  Register


Please Log In to post a new message or reply to an existing one. If you are not registered, please register.

NOTE: Some forums may be read-only if you are not currently subscribed to our technical support services.

Forums » Prof-UIS Tech Support » default behaviour triggered by alt key Collapse All
Subject Author Date
Ian McIntosh Jul 24, 2007 - 11:33 AM

When I press the alt key in some circumstances I get numbers appearing at the top of my ribbonBar. I assume this is default behaviour that allows access to the shortcut icons via the keyboard.

This would be useful if it were consistent throughout the application, but it is not. Can you tell me the circumstances in which it should happen?

Could you also tell me how to disable it.


Ian McIntosh Jul 27, 2007 - 3:51 AM

This is interesting as my CMainFrame did not have PreTranslateMessage overridden. If I put in code similar to yours (without the commenting out) the key tip mode is much more consistent, working 90% of the time.

I now have 2 ways to go:
1. Get key tip mode working consistently, recreate the crash seen by my users & fix it.

2. Stop key tip mode completely.

I would prefer option 1, and your help has got me a long way towards it.

With my auto hidden bars, if I move over their tab to temporarily display the window then click on the title bar, the title bar highlights then the alt key no longer starts key tip mode (with the exception of the first autohidden bar).
Can you suggest how this can be corrected?

I am also a little concerned that if I have this code missing I may have other code missing. I started using prof-UIS at v2.62 and my app was originally based on the RibbonBar example. I presume this extra code was added to support updates in prof-UIS since v2.62. If so, is there any other code I need to ensure is there?

Ian McIntosh Jul 25, 2007 - 10:30 AM

My problem is that ’key tip mode’ is not consistent.
Most of the time, pressing ALT appears to do nothing at all (the ribbon bar and shortcut keys are always displayed).
However, I have had reports of other behaviour from users:
After pressing CExtButtons on one autohiding dialog, pressing ALT enters what I now think is ’key tip mode’.
Other users have reported ALT causing crashes.

What I would like from you is to know:
a) how to suppress ’key tip mode’ in the code.
b) how to trap ’key tip mode’ in the code (in a way similar to using OnConstructPopupMenuCB to trap & suppress inbuilt popups)

Technical Support Jul 26, 2007 - 10:37 AM

The key tip mode in the ribbon bar works exactly like the keyboard activation in the menu bar except for popup key tip windows which are displayed in the ribbon bar. So it is really weird that your customers have the problems with that. If you help us reproduce the problem in some way, we will certainly fix it. You can suppress key tips by not pretranslating messages for the ribbon bar in the main frame, e.g.:

BOOL CMainFrame::PreTranslateMessage(MSG* pMsg) 
	if( m_wndToolBarUiLook.PreTranslateMessage( pMsg ) )
		return TRUE;
//	if( m_wndRibbonBar.TranslateMainFrameMessage(pMsg) )
//		return TRUE;
	return CExtNCW < CFrameWnd > :: PreTranslateMessage(pMsg);

Technical Support Jul 25, 2007 - 10:09 AM

The ribbon control supports both key tip-based and classic accelerator based command invocation. The key tip mode starts when you press ALT without pressing any other key with it. The accelerator mode works as in a simple menu bar/toolbar application. The accelerators are customizable from the ribbon’s Options dialog. The accelerator information is automatically displayed in the screen tips of ribbon buttons.