Abstract: At least some embodiments described herein refer to the user of a rendering interpreter that receives data object(s) from code executing within a restricted environment container (such as an IFrame). The restricted environment container prevents the code from adversely impacting the performance and consistency of the user interface system as a whole, and also prevents the code from adversely impacting the performance of code running in other restricted environment containers.

Abstract: A hierarchy of controls and parts, that are each in accordance with constraints of a computing executing context. A control is executable code that performs a function and which may impart a visualization. A part is a unit of visualization container that has its own visualization and/or shows visualizations from one or more compliant controls associated with the part.

Abstract: Inter-frame communication of an object of a type is not directly supported by a receiving module of the target frame. Instead, the source object is restructured to be a particular transport-compatible type that is supported by the receiving module of the target frame. The restructured object also has encoded therein source type information correlated to the particular source type of the object. The sending module of the source frame then converts the object into data of a particular transport type, such as a string, for transporting the data to the receiving module of the target frame. The receiving module may then recover the object of the particular transport-compatible type. The target frame may then decode the source type information from the recovered object, and use that source type information to obtain an object that has at least some of the semantic structure of the source object.

Abstract: Communication facilitated between frames of a browser window. Whenever a particular frame receives a message destined for a target frame from a source frame, the particular frame determines if the particular is indeed the target frame. If so, the particular frame processes the message, but if not, the particular frame determines whether the target frame has registered with the particular frame. If the target frame has registered with the particular frame, the particular frame uses a handle communicated as part of the registration to dispatch the message further towards the target frame. In some cases, this handle may be directly that of the target frame itself, in which case the particular frame communicates the message directly with the target frame. This manner of inter-frame communication may be facilitated by a unique registration process when frames come into existence.

Abstract: A multi-act creation user interface element that is displayed when a user instructs a computing system to initiate creation of a resource that has multiple associated creation processing acts. For each of some or all of the creation processing acts, the multi-act creation user interface element causes a set of one or more controls to appear, which the user may then enter creation information into. The multi-step creation user interface element persists creation information so entered so that the creation information is available for further creation processing acts.

Abstract: A hierarchy of controls and parts, that are each in accordance with constraints of a computing executing context. A control is executable code that performs a function and which may impart a visualization. A part is a unit of visualization container that has its own visualization and/or shows visualizations from one or more compliant controls associated with the part.

Abstract: Inter-frame communication of an object of a type is not directly supported by a receiving module of the target frame. Instead, the source object is restructured to be a particular transport-compatible type that is supported by the receiving module of the target frame. The restructured object also has encoded therein source type information correlated to the particular source type of the object. The sending module of the source frame then converts the object into data of a particular transport type, such as a string, for transporting the data to the receiving module of the target frame. The receiving module may then recover the object of the particular transport-compatible type. The target frame may then decode the source type information from the recovered object, and use that source type information to obtain an object that has at least some of the semantic structure of the source object.

Abstract: Communication facilitated between frames of a browser window. Whenever a particular frame receives a message destined for a target frame from a source frame, the particular frame determines if the particular is indeed the target frame. If so, the particular frame processes the message, but if not, the particular frame determines whether the target frame has registered with the particular frame. If the target frame has registered with the particular frame, the particular frame uses a handle communicated as part of the registration to dispatch the message further towards the target frame. In some cases, this handle may be directly that of the target frame itself, in which case the particular frame communicates the message directly with the target frame. This manner of inter-frame communication may be facilitated by a unique registration process when frames come into existence.