Abstract: A facility for providing enhanced time-sensitive notifications on an electronic device is described. In some such notifications, the facility replaces an icon or name of an application presenting the notification with another image or other text, respectively. In some such notifications, the facility renders certain aspects of the notification on an optional basis, such as based on the capabilities of the electronic device.

Abstract: A facility for providing enhanced time-sensitive notifications on an electronic device is described. In some such notifications, the facility replaces an icon or name of an application presenting the notification with another image or other text, respectively. In some such notifications, the facility renders certain aspects of the notification on an optional basis, such as based on the capabilities of the electronic device.

Abstract: A facility for providing enhanced time-sensitive notifications on an electronic device is described. In some such notifications, the facility replaces an icon or name of an application presenting the notification with another image or other text, respectively. In some such notifications, the facility renders certain aspects of the notification on an optional basis, such as based on the capabilities of the electronic device.

Abstract: Resources used by a foreground process associated with an application as well as one or more background tasks associated with the application that are running as separate processes on the computing device are tracked. Historical data relating to resource usage by the application is utilized to predict a resource usage amount for the application which is then stored. A subsequent launch of the application can be conditioned upon whether the predicted resource usage amount is available. If the predicted resource usage amount is available, it can be allocated to the application and the application can be launched. If the application then exceeds the predicted resource usage amount, other processes executing concurrently therewith may be terminated to free up the resource. Regardless of how the application performs, new resource usage data is obtained for the application, which is then used to adjust the predicted resource usage amount.

Abstract: Resources used by a foreground process associated with an application as well as one or more background tasks associated with the application that are running as separate processes on the computing device are tracked. Historical data relating to resource usage by the application is utilized to predict a resource usage amount for the application which is then stored. A subsequent launch of the application can be conditioned upon whether the predicted resource usage amount is available. If the predicted resource usage amount is available, it can be allocated to the application and the application can be launched. If the application then exceeds the predicted resource usage amount, other processes executing concurrently therewith may be terminated to free up the resource. Regardless of how the application performs, new resource usage data is obtained for the application, which is then used to adjust the predicted resource usage amount.

Abstract: Resources used by a foreground process associated with an application as well as one or more background tasks associated with the application that are running as separate processes on the computing device are tracked. Historical data relating to resource usage by the application is utilized to predict a resource usage amount for the application which is then stored. A subsequent launch of the application can be conditioned upon whether the predicted resource usage amount is available. If the predicted resource usage amount is available, it can be allocated to the application and the application can be launched. If the application then exceeds the predicted resource usage amount, other processes executing concurrently therewith may be terminated to free up the resource. Regardless of how the application performs, new resource usage data is obtained for the application, which is then used to adjust the predicted resource usage amount.

Abstract: Methods, systems, and computer program products are provided that enable a first application (i.e., a caller application) to call a second application (i.e., a callee application) to perform a function in a manner such that the first application may be dehydrated during the call. Dehydrating includes terminating execution of an instance of the first application, and freeing memory space in a memory of a mobile device that stored the instance of the first application. In such case, the second application may be active while the first application is no longer present in memory. The second application is enabled to respond to the call, causing the first application to be rehydrated. The first application continues execution at a location where the first application was dehydrated, and receives the response to the call.

Abstract: Techniques are described that enable an application executing on a computing device to dynamically control how an allocated portion of a resource of the computing device is to be divided among multiple processes associated with the application. For example, an application executing on the computing device may interact with an operating system of the computing device to dynamically control how an allocated portion of a resource of the computing device is to be divided among a foreground process associated with the application and one or more background processes associated with the application.

Abstract: A facility for providing enhanced time-sensitive notifications on an electronic device is described. In some such notifications, the facility replaces an icon or name of an application presenting the notification with another image or other text, respectively. In some such notifications, the facility renders certain aspects of the notification on an optional basis, such as based on the capabilities of the electronic device.

Abstract: Techniques are described that enable an application executing on a computing device to dynamically control how an allocated portion of a resource of the computing device is to be divided among multiple processes associated with the application. For example, an application executing on the computing device may interact with an operating system of the computing device to dynamically control how an allocated portion of a resource of the computing device is to be divided among a foreground process associated with the application and one or more background processes associated with the application.

Abstract: Resources used by a foreground process associated with an application as well as one or more background tasks associated with the application that are running as separate processes on the computing device are tracked. Historical data relating to resource usage by the application is utilized to predict a resource usage amount for the application which is then stored. A subsequent launch of the application can be conditioned upon whether the predicted resource usage amount is available. If the predicted resource usage amount is available, it can be allocated to the application and the application can be launched. If the application then exceeds the predicted resource usage amount, other processes executing concurrently therewith may be terminated to free up the resource. Regardless of how the application performs, new resource usage data is obtained for the application, which is then used to adjust the predicted resource usage amount.

Abstract: Methods, systems, and computer program products are provided that enable a first application (i.e., a caller application) to call a second application (i.e., a callee application) to perform a function in a manner such that the first application may be dehydrated during the call. In such case, the second application may be active while the first application is no longer present. The second application is enabled to respond to the call, causing the first application to be rehydrated. The first application continues execution at a location where the first application was dehydrated, and receives the response to the response to the call.

Abstract: A validation tool providing real-time validation of interactive content applications includes a static analysis engine that extrapolates the timeline of an application and the application's behavior over that timeline. The static analysis engine watches various types of data associated with the application's markup document and works through an editor to inform the user if the application has exceeded defined limits as the application is being built. The validation tool is further configured with a dynamic simulator that is arranged as a state machine that shares state information with the static analysis engine to enable the validation tool to display useful information such as pixel buffer usage at a given time code. The validation tool is further configured to provide a real-time application preview with which the user may interact to immediately evaluate cause and effect of any changes that are made in the application code using the editor.

Abstract: An architecture for customizable applications includes an application object and a customization object. The application object has internal logic that performs a set of fixed or predetermined actions, and a public object model. The public object model includes a set of public methods that are invocable on the application object, and a set of event source which are methods that can be implemented by a programmer and are called by the internal logic of the application object. By implementing methods invocable by the event sources, it is possible to extend and customize the functionality of the application object. The customizations are stored in a customization database for retrieval during the dynamic operation of the application object. Each customization may be identified by a “moniker,” which is a string having a hierarchical format. The moniker is derived partly from fixed data known to the application object, and partly from environmental data that is ascertained by the application object at run time.

Abstract: A validation tool providing real-time validation of interactive content applications includes a static analysis engine that extrapolates the timeline of an application and the application's behavior over that timeline. The static analysis engine watches various types of data associated with the application's markup document and works through an editor to inform the user if the application has exceeded defined limits as the application is being built. The validation tool is further configured with a dynamic simulator that is arranged as a state machine that shares state information with the static analysis engine to enable the validation tool to display useful information such as pixel buffer usage at a given time code. The validation tool is further configured to provide a real-time application preview with which the user may interact to immediately evaluate cause and effect of any changes that are made in the application code using the editor.

Abstract: An architecture for customizable applications includes an application object and a customization object. The application object has internal logic that performs a set of fixed or predetermined actions, and a public object model. The public object model includes a set of public methods that are invocable on the application object, and a set of event source which are methods that can be implemented by a programmer and are called by the internal logic of the application object. By implementing methods invocable by the event sources, it is possible to extend and customize the functionality of the application object. The customizations are stored in a customization database for retrieval during the dynamic operation of the application object. Each customization may be identified by a “moniker,” which is a string having a hierarchical format. The moniker is derived partly from fixed data known to the application object, and partly from environmental data that is ascertained by the application object at run time.

Abstract: Architecture that facilitates the creation of a customized document with embedded or linked code that can be run on a client or a server without invoking the host application. A programming model makes it transparent to the code whether it is running on the client or the server. The programming model automatically “scales” to provide more features while running the document on the client and fewer features when running on the server. A transparent data island is automatically generated for the customized document that is embedded in the document and can be edited while requiring only a subset of all components of the host application to be running. A data binding mechanism is provided wherein changes that are made to the transparent data island while the host is not running can be moved back into the host document content when the document is reopened by the full host application.

Abstract: A programming model that takes general purpose APIs and machine-generates new programming models based on user defined schemas that provide the developer with data and view separation, and a way to communicate to the host application using the domain of the problem being solved. The system comprises a schema component that the developer uses to define a schema that includes one or more domain terms related to the problem to be solved, and a mapping component that uses the schema to search and map selected constructs from one or more generic host application APIs to the corresponding problem domain terms. Once the mapping is completed, a generating component generates a new API that is used by a host application to facilitate developing an application document using terms related to the domain of the problem to be solved.