Windowes & ASCII Characters
Timothy R Barr
tim.barr at evalsvs.com
Thu Jan 31 10:10:49 PST 2019
Richard,
in Windows FilePro the end-of-field marker is controlled by the environment
variable PFEOF=[ASCII_code] rather than termcap like Unix.
Examples:
PFEOF=17 (left triangle - default)
PFEOF=7 (medium dot)
PFEOF=250 (small dot)
PFEOF=32 (space)
[image: image.png]
Scroll Field - Starting with version 5.8.2, you can use a backslash (\) to
end a long field early and make it scrollable for data entry. It uses a
"greater-than-sign" as the EOF marker.
Browse Field - PFSHOWF6ARROW=ON - is supposed to display a down arrow as
the EOF for fields with an F6 browse.
Timothy R Barr, CPE, VP/CTO
Evaluator Services and Technology, Inc
1801 Oberlin Rd, Suite 204
Middletown, PA 17057
717-985-1122 x 1131
855-569-6022 (Tollfree Middletown)
855-500-6022 (Tollfree Fax)
tim.barr at evalsvs.com
On Thu, Jan 31, 2019 at 05:05:14PM +0000, Richard Kreiss via Filepro-list
thus spoke:
> One of my clients just upgraded to Windows 10 home and is having a
display issue with filePro. The end of field marker is showing as a
question mark (?).
>
> I am trying to figure out why he is having this issue. He is running
filePro 5.0
>
> I downloaded the dcabe help file to see make use of the ASCII chart and
the graphics code chart in this help. Where the end of field character
should be (\GZ ) on his system it is q question mark on my system the end
of field marker appears correctly.
>
>
> 1. Does nay one have a suggestion as to what might be causing this
issue? I have already checked the code page which is being used and it
matches mine.
>
> 2. Does anyone know the ASCII code for the end of field marker?
>
> 3. Anyone have code for displaying the ASCII code for this character
within filePro.
>
> I f wrote this routine but it failed as it only read the back slash \
>
> aa="\gZ"
>
> MSGBOX "The ASCII value of aa is"<chr(aa) - this displays as 92 as that
is the value for the backslash
>
> The following code display on a screen:
>
> aa="\gZ"
> ab=asc(aa)
> ac=chr(aa)
>
> aa displays on screen as \gZ
> ab displays as 92
> ac displays as -
>
> My client did not have this issue when these computers were using Windows
7.
>
> Any suggestions will be greatly appreciated.
>
> Richard Kriess
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20190131/076fca5c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 27529 bytes
Desc: not available
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20190131/076fca5c/attachment.png>
More information about the Filepro-list
mailing list