Welcome To The Home Of The Visual FoxPro Experts  
home. signup. forum. archives. search. google. articles. downloads. faq. members. weblogs. file info. rss.
 From: Al Klapperich
  Where is Al Klapperich?
 Ripon, WI
 Wisconsin - United States
 Al Klapperich
 To: Ken Murphy
  Where is Ken Murphy?
 Springhill
 Canada
 Ken Murphy
 Tags
Subject: RE: access keys
Thread ID: 104592 Message ID: 104634 # Views: 4 # Ratings: 0
Version: Visual FoxPro 8 Category: Forms
Date: Friday, August 18, 2006 4:40:29 PM         
   


> > Hi Gang,
> >
> > I in my forms, I have access keys defined for many of the buttons (N for Next, P for Previous, etc). I have [had? ;-)] the understanding that, you need to press the ALT key in order to activate them [Alt-N, Alt-P, etc]. Testing recently shows that I can press N, P, etc to carry out those function [if focus is NOT in a text box or a grid]. If focus is set to the Add button, I can press the N and my form will display the next record in the table.
> >
> > Obviously I don't want it to function that way. Any ideas?
> >
> > Thanks much!!

>
> Al,
>
> As Jim points out, the Alt+N/P is fairly standard Window behaviour so you probably do not wish to mess with it. You probably would not want to change the Alt+C (for copy) to just a C - your users would probably complain - loudly. On the other hand, the next/previous/top/bottom concept is fairly old. Consider a candidate list. Give the users a text box, a drop down list a "Find" command button and a grid all on the left hand side of your window. The user can enter some text, select a search type click the find button and the search procedure will populate the grid. For example, enter "Murphy" in the text box, select "Surname" as the search type, click the "Find" and the grid is populated with all of the customers where the surname begins with "Murphy". When the user clicks on a record in the grid, it populates the remainder of the window with that customer's details. If you have a large table, clicking next, next, next ... until you get to the right record can be a real pain.
>
> Ken
> You shall know the truth - and the truth shall set you free. (John 8:33)





Hi Ken,

Sorry, maybe I didn't explain myself very well... I understand the Alt concept.

You probably would not want to change the Alt+C (for copy) to just a C - your users would probably complain - loudly.

I am having the opposite problem you are describing. The user CAN press just a C key. And yes - the user IS complaining because they DON'T have to press the Alt key. I don't want it to work that way either as it's causing data entry problems.

The problem is not wanting to disable the Alt-[whatever] keys. Currently you DON'T HAVE TO use the Alt key to "click" that button. You press just the action key WITHOUT the ALT. As I try other Windows applications, I see that they all function that way.

If there's no way to make only the Alt-[whatever key] be the sole way to activate a button by the keyboard - it'll have to go. I never realized that you could press just the bare key itself without the Alt to get the button to fire. To me this seems odd...

While your interface suggestions are great, changing them at this point in time are not possible. Besides, in this particular application, doing a find as you suggest would not be as efficient for the user. Records are limited and they prefer it to be a bit more keyboard driven, not mouse driven. In some cases, newer is not always better ;)

Thanks!!

Al

ENTIRE THREAD

access keys Posted by Al Klapperich @ 8/17/2006 11:33:14 PM
RE: access keys Posted by Jim Winter @ 8/18/2006 12:43:41 PM
RE: access keys Posted by Al Klapperich @ 8/18/2006 4:45:19 PM
RE: access keys Posted by Ken Murphy @ 8/18/2006 2:06:22 PM
RE: access keys Posted by Al Klapperich @ 8/18/2006 4:40:29 PM
RE: access keys Posted by Ken Murphy @ 8/18/2006 6:26:21 PM
RE: access keys Posted by Al Klapperich @ 8/18/2006 7:05:16 PM
RE: access keys Posted by Ken Murphy @ 8/18/2006 7:28:19 PM
RE: access keys Posted by Barbara Peisch @ 8/19/2006 6:17:55 AM