Hi Folks,

Which is the max dimension to FormSize ?

I have created a PrintForm with FormSize dimensions [100, 200] and it is not accepted

"IWN.VAL.5313.e 24/28 Property: formSize. The value for this property in Print1 is invalid. The value must be in the format

[rows, columns], where rows and columns must be positive integers. The size of the form must be such that it fits in its

corresponding output device."

and if I change to [100,150] is accepted. but [100,151] is not accept.

The source code is:

formGroup MapaG{
 ScreenFloatingAreas =[@ScreenFloatingArea{screenSize =[24, 80
                            ], bottomMargin = 0, topMargin = 0, leftMargin = 0, rightMargin = 0}
            ],
 PrintFloatingAreas =[@PrintFloatingArea{pageSize =[255, 255
                            ], topMargin = 3, bottomMargin = 3, leftMargin = 5, rightMargin = 5}
            ],

 validationBypassKeys =[pf2], helpKey = pf1, pfKeyEquate = yes}
    // Use Declarations or Form Definitions
   
    use Form1;
    use Print1;
end

form Form1 type textForm{FormSize =[24, 80], Position =[1, 1]}
end

form Print1 type printForm{FormSize =[100, 200], Position =[1, 1]}
end

The maximum size for a print form is 255x158, unless DBCS is involved.

Hi Jeff,

Is there possibility to grow this limit ?  a APAR ?

We are a migration from Mantis 4GL to EGL and there are many printForm size [100,200].

Hsieh
 

This would require an RFE, however there is a fair amount of work to do this change. CobolGen, javaGen, and the debugger would all have to make changes, along with the validator and compiler. It isn't trivial to make this change and would take some time to do so, if it was accepted. 

My suggestion is to see what reports are wider than 158 characters and see if they need to be, during the conversion.

Thanks for reply, Jeff.

Ok ! we have to think a workaround.