Hi,
On 13 Apr 2000, Carey Evans wrote:
> DFU still isn't working for me, though STRSST works again.
Hmmm. Could you give me the definition of a simple data file that will
duplicate this? I assume it happens when you use the automatically
generated program?
> Something I notice having a look at the log is that all the data
> fields, including the one where the cursor should start, have bypass
> set. Could tn5250 be noticing this after the cursor is positioned
> there, and moving it to the first (only) non-bypass field then?
The spec says that during the WRITE TO DISPLAY command the following logic
is used to determine cursor position:
if (keyboard is locked) then
Leave the cursor where it is
else
1) Honer any insert cursor order
2) Move to the first non-bypass field
3) Move to position 0,0
> > On the issue of FER behavior. I ran a couple of simple tests with SDA,
> > and was unable to duplicate some of the problems that were mentioned on
> > the list. If you experience problems with the current CVS code, please
> > let me know, and let me know what I need to duplicate it. I can create
> > screens if necessary if I know what the field and database attributes are.
>
> The problem I have is with fields that need to be filled completely.
> This is especially noticable with single-character fields in DFU.
> 0.15.8 fixed this a bit, since I can now tab out of the FER state, but
> pressing Field Exit incorrectly erases the last character in the
> field.
So what options would I select in SDA? Is there an option to specify the
field must be completely filled? Is this for numeric or alpha fields, or
both?
Mike
+---
| This is the LINUX5250 Mailing List!
| To submit a new message, send your mail to [EMAIL PROTECTED]
| To subscribe to this list send email to [EMAIL PROTECTED]
| To unsubscribe from this list send email to [EMAIL PROTECTED]
| Questions should be directed to the list owner/operator: [EMAIL PROTECTED]
+---
