Re: [Tiny-cobol-users] changes in accept using ncurses/screen section.

[David E. <de...@us...>]

Harold Norris wrote:

 > I am accepting data via a 14 character variable
 > "INPUT-NUMBER PIC X(14) JUST RIGHT".

I will assume that you are using some thing similar to the example below.

...
01 INPUT-NUMBER PIC X(14) JUST RIGHT.
...
ACCEPT INPUT-NUMBER AT line 1 position 2.
...

 > This same process using tc version .58 apparently
 > does not initialize the variable with spaces as the
 > previous data is not overwritten.

I do not think that the input variable should be blanked. The current 
contents of the variable should be displayed.

In my view this is a bug. So unless some one objects, for some valid 
reason, I will try to change the code.

However, I don't think leaving the contents on the screen from a 
previous 'ACCEPT/DISPLAY', when the new fields are using the same screen 
location, is correct behavior.

There have been some modifications to the SCREEN-IO sources, between 
version 0.58 - 0.63.
I could be wrong, but I think what may have been happening in the past 
was unexpected behavior, and not what the programmer intended.

 > ...
 > Is there any way to modify the compiler so it doesn't
 > initialize a PIC X variable with spaces.

Actually, it is the RTL doing the work.

Have you tied using 'ACCEPT/DISPLAY screen-n'. It seams to work better, 
and this method will not blank fill the input-variable. The contents of 
variable will be displayed.

Using either groups or a combination of moves, your desired effect could 
be achieved.
See examples in 'test.code/t23' or 'test.code/t26'.

Hope this helps.