× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Well now I think of it, in the other application the space bar only
looks like it behaves the same as the enter key. In our house, we
don't use the enter key to validate screens that bring about database
modications. We use the F23 key. So the enter key just makes the
program loop back to the same exfmt command. The result with the
moubtn fields is to show a '*' on the display in the same way as when
using the space button. The problem is, our users aren't used to the
mouse and space bar in green screen applications.

Le 14 mars 2012 20:36, Booth Martin <booth@xxxxxxxxxxxx> a écrit :
I am not sure I am following this.  I am not sure what or how an
ordinary field benefits by having the space bar behave like the Enter key.

But that all makes no difference.  The requirement is quite plain: the
Enter key must flip a radio button to 'ON' if the cursor is in that
field (If it happens that it is already 'ON' it can't flip to 'OFF' as
it has no idea which of the other buttons to flip 'ON')

The only solution I can see is to see where the radio button falls on
the screen and then do an IF CURSRLOC =  whatever it is, and radio
button choice = 'OFF" then turn on that radio button and turn off all
others.

I still believe that if you back away for a day and then come back to
the problem your requirement might change. In today's mouse button
world, clicking the button should be the cat's pajamas.



On 3/14/2012 2:14 PM, Dave wrote:
Booth, I'm not sure if we are understanding each other or not. What
I'm trying to achieve is for the enter key to have the same effect on
the choice field as the space bar. To choose we need to use the space
bar or the mouse. This would be fine, but in another application, we
have fields defined with the moubtn keyword which can be selected with
the mouse, the space bar and the enter key. We must have the same
behaviour for the choice field. It's such a basic and obvious
requirement, I'm amazed at the difficulty in finding the solution.

Le 14 mars 2012 19:19, Booth Martin<booth@xxxxxxxxxxxx>  a écrit :

I have wondered if the results he is trying to achieve might prove
disastrous if implemented.  Would anyone really want a radio button or
check box that flipped every time the cursor happened to be in a radio
button or check box field?  I'd expect users to be pretty upset to see
that happening.

I am just wonderin'.... thats all.

But I suppose he could do it programatically by testing the location of
the cursor, and if the cursor is on a button or check box, then flip it
in the C-specs.







On 3/14/2012 9:42 AM, Dave wrote:
The program running the screen is an RPGIII. Could this have any effect?

Le 12 mars 2012 09:23, Dave<dfx1@xxxxxxxxxxxxxx>    a écrit :
Hi all,

I can't get my choice field to select by using the cursor key then
enter. I have to use the mouse or the space bar. I've added *AUTOENT
although this should already be the default behaviour.

When my screen is shown, choice 1 is selected. If I debug, put the
cursor on choice 2 with the left/right buttons and hit enter, EREFUS =
1 still.

      A            EREFUS         2Y 0B 14  2SNGCHCFLD((*NUMCOL 2)(*AUTOENT))
      A                                      CHOICE(1 'choice one')
      A                                      CHOICE(2 'choice two')
      A                                      CHCCTL(1&EDEF)
      A                                      CHCCTL(2&ETMP)
      A                                      CHCUNAVAIL((*COLOR GRN))

Anyone see what's ocurring?

--
Booth Martin
802-461-5349
http://www.martinvt.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
Booth Martin
802-461-5349
http://www.martinvt.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.