Hi Linda

This is typical behavior when you need to press a field exit key of some flavor to go on - we get the same thing when editing numeric values in DBU.

Maybe the older client had a setting for this, it'd be nice to have it, but my memory says that in PC5250 I still have to press field exit or field + or something like that.


On 11/7/2019 3:11 PM, Linda Wagner wrote:
We have a dspf with the weirdest problem. This is only a problem with the ACS emulator. Old iSeries Access emulator is fine.

The screen only has one entry field, which is defined by referencing an 11p0 field. There is no edit code on the field and this dspf was created in 2000. In ACS if you enter a value and press enter or if you press any of the fkeys allowed, it throws error "Enter key not allowed in field". There is no way to get out of the screen. By chance, I discovered that if the cursor is moved to any place on the screen besides in the actual field, both enter and fkeys work. There is nothing out of the ordinary about the dspf. I finally tried adding an edit code to the field and now it works fine.

Has anyone experienced anything like this? This make me very leery about rolling this emulator out to our users. We have hundreds of display files and many of them are old and don't always have edit codes when they should. This application is also used by an external client and is fronted by LegaSuite (formerly JWalk) so I can't add the edit code without having to change the panel.


Linda Wagner
Software Engineer II, Finance & Revenue Solutions
Avenu Insights & Analytics
100 Hancock Street, 10th Fl
Quincy, MA 02171

The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not the intended recipient please return the e-mail to the sender and delete it from your computer. Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

This mailing list archive is Copyright 1997-2022 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.