Abstract: An architectural software model in which browser-executable code and non-browser executable code of an application are distributed. The browser-executable code (such as markup language and script) is executed by a browser on perhaps a client machine, whilst the non-browser executable code (such as C# code as an example) is executed on a server or by a service. Such code typically is included within a single desktop application with an interoperability component operating between. The browser-executable code is able to communicate with the non-browser executable code using a request-response protocol. In order to facilitate communication with the non-browser-executable code, the non-browser executable code is provided in an environment that includes a request translator and a response translator. The environment includes an interface which honors the request/response protocol followed by the browser-executable code.

Abstract: Issuance of job tokens performed by an authorization computing entity so that authoring authorizations can be shared with other authors. Each of the job tokens represents an authorization to engage in a particular manner in an authoring session in which a declarative document is being authored. That engagement includes sharing one or more authorizations with other possible author. The declarative document is a computer program in the form of a list of declarative statements made in a declarative programming language. The management occurs by evaluating incoming requests to engage in various ways in an authoring session.

Abstract: Compiling a software application on a cloud computer system. An indication is received from a client at a cloud computer system. The indication comprises an indication that an uncompiled created software application is to be compiled. Receiving the indication includes receiving a document from the client, wherein the document comprises source code associated with the uncompiled created software application. The document is created at the client, wherein the client is at a location remote from the cloud computer system. In response to receiving the indication to compile the created software application, the document is compiled at the cloud computer system such that the compiled document is executable as a software application. The compiled document is then sent to the client for use as the software application, and stored in a cloud storage application repository such that sharing of compiled documents associated with executable software applications is possible.

Abstract: Securely storing assets in a cloud computer storage service. Preparation to store assets for a user may comprise determining a location to store the assets, generating a write access signature, and sending the determined location and the signature to the user. A request is received from the user to store the assets. Such a request includes the assets, the location, and the signature. In response to receiving the request, a determination is made regarding the write access signature whether the request should be honored. When the request is honored, the assets are stored in the determined location and the write access signature is invalidated. Upon subsequent user requests to access the assets, short-term read access signatures are generated and provided to the user. The assets are written once per generated write access signature and reads are to be performed close in time to when short-term read access signatures are requested.

Abstract: Providing a web application that allows users to build applications by interacting with visualizations of code portions. A first application is generated that provides a user interface that includes at least a canvas that comprises a creation area within the user interface in which a user can create a second application. The user interface also includes one or more controls that allow a user to interact with visualizations of code portions using gestures to thereby create the second application on the canvas. The canvas allows a user to create the second application from scratch, such that no template to create the second application is provided. At least one of the one or more controls allows a user to input declarative code in the creation of the second application.

Abstract: An architectural software model in which browser-executable code and non-browser executable code of an application are distributed. The browser-executable code (such as markup language and script) is executed by a browser on perhaps a client machine, whilst the non-browser executable code (such as C# code as an example) is executed on a server or by a service. Such code typically is included within a single desktop application with an interoperability component operating between. The browser-executable code is able to communicate with the non-browser executable code using a request-response protocol. In order to facilitate communication with the non-browser-executable code, the non-browser executable code is provided in an environment that includes a request translator and a response translator. The environment includes an interface which honors the request/response protocol followed by the browser-executable code.

Abstract: Issuance of job tokens performed by an authorization computing entity so that authoring authorizations can be shared with other authors. Each of the job tokens represents an authorization to engage in a particular manner in an authoring session in which a declarative document is being authored. That engagement includes sharing one or more authorizations with other possible author. The declarative document is a computer program in the form of a list of declarative statements made in a declarative programming language. The management occurs by evaluating incoming requests to engage in various ways in an authoring session.

Abstract: Management of an authoring session in which a declarative document is authored by multiple authoring entities. The declarative document is a computer program that is formed of declarative statements made in a declarative programming language. The management occurs by evaluating incoming requests to engage in various ways in an authoring session. The engagement might include initiating an authoring session, attaching to an existing authoring session, or performing actions (such as read, write, publish, save, share, and so forth). The management uses job tokens that are issued to the multiple authors in a manner that concurrent authoring is possible. Upon receiving the request for engagement in the authoring session, the corresponding job token is evaluated to determine whether the requestor is authored to engage as requested. The engagement is then performed if permitted.

Abstract: A minimally intrusive debugging system for use by multiple users for concurrently and independently debugging a common software target in a client and server debugging environment. The target software is a non-compiled interpreted script-type program that is individually controlled by independent client debugging sessions. Each debug engine in the client's debugging session is used to control the target software program using debug system library interface calls that are integrated into the executing target software program. The debug system library interface calls facilitate communication of target system program events to the client's debug engine and to extract internal operational information from said target software program by the client debug engine and target software program interface on each client computing device.

Abstract: A minimally intrusive debugging system for use by multiple users for concurrently and independently debugging a common software target in a client and server debugging environment. The target software is a non-compiled interpreted script-type program that is individually controlled by independent client debugging sessions. Each debug engine in the client's debugging session is used to control the target software program using debug system library interface calls that are integrated into the executing target software program. The debug system library interface calls facilitate communication of target system program events to the client's debug engine and to extract internal operational information from said target software program by the client debug engine and target software program interface on each client computing device.