This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C1B48E.D4142410
Content-Type: text/plain;
charset="iso-8859-1"
Ashish,
The following is from the '8.39 New Features Guide':
Error Recall Functionality
The Error Recall parameter is new on the QKGO Execution-time Parameters
screen. At a application-wide level, it determines how QDESIGN handles data
that fails an edit check. A value of "Yes" instructs QUICK to redisplay for
correction data that fails the edit check on the field. A value of "No"
instructs QUICK to not redisplay the data. The default is "No".
The new ERRORRECALL|NOERRORRECALL options on the FIELD statement work the
same way as the QKGO parameter, but at a field by field level.
ERRORRECALL instructs QUICK to redisplay; NOERRORRECALL instructs QUICK not
to redisplay for correction data that fails the edit check on the field.
These options on a FIELD statement override the QKGO Error Recall
specifications. The default on the FIELD statement is NOERRORRECALL.
regards,
*****************************
Robert W.Mills, Systems Development Manager, Windsong Services
Electron House, Cray Avenue, St. Mary Cray, Kent BR5 3PN, ENGLAND
Tel: +44 (0)1689.870622 x 3005 Fax: +44 (0)1689 899026
robert.mills@windsong-services.co.uk
********************************
The thoughts, comments, and opinions expressed herein are mine.
They do not reflect those of my employer, nor anyone else.
********************************
***Confidentiality Notice: This e-mail message, including any attachments,
is for the sole use of the intended recipients and may contain confidential
and privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.
-----Original Message-----
From: ashish dube [mailto:ashish_dube@rediffmail.com]
Sent: 13 February 2002 11:22
To: powerh-l@lists.swau.edu
Subject: (no subject)
Hi,
Can anyone tell me what the use of "NORECALL" clause
in the FIELD,
it was mentioned as follows.
FIELD VOUCHER-NO OF VS-GEN-ISSUES NORECALL REQUIRED&
LOOKUP ON VS-DENOMINATIONS &
MESSAGE "Invalid voucher denomination character"
Any help is appreciated
Thx
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
------_=_NextPart_001_01C1B48E.D4142410
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
RE: NORECALL clause on FIELD statement in QDESIGN (was: no =
subject)
Ashish,
The following is from the '8.39 New Features =
Guide':
Error Recall Functionality
The Error Recall parameter is new on the QKGO =
Execution-time Parameters screen. At a application-wide level, it =
determines how QDESIGN handles data that fails an edit check. A value =
of "Yes" instructs QUICK to redisplay for correction data =
that fails the edit check on the field. A value of "No" =
instructs QUICK to not redisplay the data. The default is =
"No".
The new ERRORRECALL|NOERRORRECALL options on the =
FIELD statement work the same way as the QKGO parameter, but at a field =
by field level.
ERRORRECALL instructs QUICK to redisplay; =
NOERRORRECALL instructs QUICK not to redisplay for correction data that =
fails the edit check on the field. These options on a FIELD statement =
override the QKGO Error Recall specifications. The default on the FIELD =
statement is NOERRORRECALL.
regards,
*****************************
Robert W.Mills, Systems Development Manager, =
Windsong Services
Electron House, Cray Avenue, St. Mary Cray, Kent BR5 =
3PN, ENGLAND
Tel: +44 (0)1689.870622 x 3005 Fax: +44 =
(0)1689 899026
robert.mills@windsong-services.co.uk
********************************
The thoughts, comments, and opinions expressed =
herein are mine.
They do not reflect those of my employer, nor anyone =
else.
********************************
***Confidentiality Notice: This e-mail message, =
including any attachments, is for the sole use of the intended =
recipients and may contain confidential and privileged information. Any =
unauthorized review, use, disclosure or distribution is prohibited. If =
you are not the intended recipient, please contact the sender by reply =
e-mail and destroy all copies of the original message.
-----Original Message-----
From: ashish dube [mailto:ashish_dube@rediffmail=
.com]
Sent: 13 February 2002 11:22
To: powerh-l@lists.swau.edu
Subject: (no subject)
Hi,
Can anyone tell me what the use of =
"NORECALL" clause
in the FIELD,
it was mentioned as follows.
FIELD VOUCHER-NO OF VS-GEN-ISSUES NORECALL =
REQUIRED&
=
LOOKUP ON VS-DENOMINATIONS &
&nb=
sp; MESSAGE "Invalid voucher denomination character"
Any help is appreciated
Thx
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to =
powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body =
to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you =
must be a subscriber.
------_=_NextPart_001_01C1B48E.D4142410--