How is this created? What is it? And doesn't it create a significant programming issue?
If you take a look at the Xbasic explorer with the Invoice form running the addressing of many fields appears to change, as an a5_scrollarea1 object is added to the forms object.....
Many of the forms objects are listed (nested) under this object in view mode: a5_scrollarea1
When you return the form into edit mode, this object disappears & the objects are displayed right below "topparent."
For example, check out the the invoice2 field of Alpha Sports....
First, when the Invoice is in (View mode): (both Object explorer & Xbasic explorer) you get to the object as follows: (by either dragging & dropping from the XE, or copying to clipboard from the OE)
But, when the Invoice form is in (Edit mode): (both Object explorer & Xbasic explorer) you get to the object like this: (again, by dragging & dropping from the XE, or copying to clipboard from the OE)
If you try to access the properties in the wrong mode, you get errors..... Alas....
Won't this break code when attempting to address to these objects by using these tools when coding? (relative versus explicit, or partial etc. addresses are all different....???? Even worse, how about using this format for addressing the object: topparent:A5_scrollarea1:Invoice2.value versus topparent:Invoice2.value????
~Obviously, depending upon mode (form edit / form view), the code used to address the object is different!
If you take a look at the Xbasic explorer with the Invoice form running the addressing of many fields appears to change, as an a5_scrollarea1 object is added to the forms object.....
Many of the forms objects are listed (nested) under this object in view mode: a5_scrollarea1
When you return the form into edit mode, this object disappears & the objects are displayed right below "topparent."
For example, check out the the invoice2 field of Alpha Sports....
First, when the Invoice is in (View mode): (both Object explorer & Xbasic explorer) you get to the object as follows: (by either dragging & dropping from the XE, or copying to clipboard from the OE)
?Invoice:a5_scrollarea1:invoice2.value (results as entered into the IW)
= "000007"
= "000007"
But, when the Invoice form is in (Edit mode): (both Object explorer & Xbasic explorer) you get to the object like this: (again, by dragging & dropping from the XE, or copying to clipboard from the OE)
?I:Invoice:Invoice2.value (again results as entered into the IW)
= "000007"
= "000007"
If you try to access the properties in the wrong mode, you get errors..... Alas....
Won't this break code when attempting to address to these objects by using these tools when coding? (relative versus explicit, or partial etc. addresses are all different....???? Even worse, how about using this format for addressing the object: topparent:A5_scrollarea1:Invoice2.value versus topparent:Invoice2.value????
~Obviously, depending upon mode (form edit / form view), the code used to address the object is different!
Also, is it just me, or wouldn't it be a smart idea to have access to the Xbasic Explorer when editing action scripts that have been converted to "in-line Xbasic code?" .....As it is now, it's right there in the RH docked panel, but because the editing screen (for converted in-line Xbasic) is modal, you can't get to the tool to drag & drop properly formatted code...... I frequently convert action-scripts to "tweak them" and am very frustrated that this "core" a5 coding tool is unavailable here. ~ It sure would help me avoid some "simple" mistakes and save time too!
Comment