here a screenshot of a set of Textboxes
as you can see no escape sequence and no ASCII sequence are managed for getting a CR/LF.
If you would show text in multiple lines , first you must project the printout area (area of output) and then fit it with textboxes.
At the end you assign a single line of text to each textbox.
If you like to manage by code this set of textboxes, you need to create an array of textboxes so you can access in code using an index, otherwise you should build a fill_set_of_Textboxes with argument an array of text to assign them for output.
Well, if it is only an output show and not an editor, you should also manage the editing mode of textboxes...
It could be better to build a multiline text output area by yourself and showing it in a picturebox.
all these words for saying that Informpe is a RAD application with an engine for event driven coding model, but there is no object coding under the wood.
You cannot hope to do OOP with Informpe. Moreover you cannot substitute method/procedure for changing the behaviour of components (NO override), you cannot make a copy of a component and add new features or modify/delete original features, you cannot make a new component and add it to the original components for using in Informpe application.
For example in my QB64pe SpeedBible application I had had to use a trick workaround to hack the Informpe engine and let Picturebox react to Keyboard input.
So at the end of this post it must be clear that Informpe is a Modular RAD application with engine projected for managing events of original components.
It is clear that they are components and no objects because no OOP here. I'm stressing this idea because I often see coders coming in touch with Informpe and working as it was VB of Microsoft. And after some times they claim Informpe doesn't work.
Yes it doesn't work like VB cause it is a MODULAR CODE Event driven engine with a RAD interface named UiEditor.