4gl enhancements discussion

Jacob Salomon wrote: } } I'm sure the entire community of 4GL users agrees with you. I was } disappointed when release 6.0 of 4GL was unable to handle these SQL } commands in-line. However, in most cases, the end-app is better off } without them; if you are forced to PREPARE them once, your app will run } faster than if you had used them right in line with your code. I'm just } glad Informix didn't use this argument for the SELECT and other simple } SQL. (Whew) } } I was more disappointed that release 6x did not allow program control of } row positions in INPUT ARRAY - like NEXT FIELD s_arr[m].my_field. } } If I understand their policy correctly, they would like us all to start } moving to NewEra. If they made a non-gui development package for dumb } terminals, this might speed its acceptance. I'd like that; just about } *any* Object Oriented language would enhance my resume! I just don't } know if the NewEra language will directly compile "EXECUTE PROCEDURE" or } allow row navigation in INPUT ARRAY. } The Input Array statement is not even allowed in NewEra. The replacement would be to use a grid-form SuperTable in a form. BTW, this provides some interesting opportunities, like being able to dynamically display columns in the screen array, and also provides the user with vertical and horizontal scroll bars for navigating (though I wish I could get rid of the horizontal scroll bar when the form is wide enough to not need it.) I haven't needed to try an execute procedure in NewEra yet. Also, haven't tried to implement programmatic control over field navigation as you have suggested would be nice. I'm willing to bet that this capability is not there, based on my understanding of NewEra thus far, and the fact that it's based on 4gl. (Kind of like 4gl++). Tim