Abstract: An application programming interface (API) layer is implemented on a computing device. The API layer allows a local application(s) executing on the computing device to access web data in a data store layer, and further allows a remote application(s) that is executing on some other computing device to access the web data in the data store layer. Additionally, this web data can include web pages, some of which may include structured data and some of which may not include structured data. A web browser is permitted to access the web data store via the object model, and generate a user interface based at least in part on these web pages.

Abstract: Methods and systems directed to retrieving voicemails from a voice mailbox server. In particular embodiments, a mailbox server may receive a notification from the voice mailbox server and connect to the voice mailbox server providing the credentials of a client device, and pull new voicemails for storage at the mailbox server. In particular embodiments, mailbox server periodically polls voice mailbox server for new voicemail messages. In particular embodiments, a client device polls or receives notification of new voicemails, and transmits a downloaded message to the mailbox server.

Abstract: In particular embodiments, a mailbox server is operable to receive, from a client, a message to be delivered to an endpoint; store the message in a mailbox associated with the user; access a set of policies for the client or the endpoint; determine a delivery channel for the message based on the policies; and transmit the message to the endpoint through the delivery channel. In particular embodiments, the mailbox server may transmit SMS messages via a special bind with a recipients SMSC, or via a carrier short code. In particular embodiments, the mailbox server may transmit the message as an email or via an internal messaging system over a packet data connection.

Abstract: In particular embodiments, a messaging device or server may be operable to receive a message including a thread identifier or a list of conversation participants; if the message includes a thread identifier, then append the message to a locally-stored conversation thread possessing the same thread identifier; if the message includes a list of participants, then: search a plurality of locally-stored conversation threads for a conversation threads having participants matching the list of participants; and in response to a match, append the message to the matching thread; in response to failing to find a match, generate an offline identifier for the message and storing the message locally.

Abstract: In one embodiment, a method includes accessing a communication sent from a first user to one or more second users; searching multiple communication threads for a specific thread associated with both the first and second users; and if the specific communication thread is located, then adding the communication to the thread; and for each second user, sending the communication to the second user using a communication protocol selected determined to be appropriate.

Abstract: Methods and systems directed to assigning individual messages and call log data into an aggregated conversation thread on both client and server devices for a user interface having a conversations view including all the communications a given users has with his or her contacts across multiple communication means and protocols. Messages between a user and a particular contact are threaded together, regardless of their format or protocol in order to provide the user with a quick history of all communications with his or her contacts.

Abstract: Various embodiments utilize structured data contained within a resource, such as a web page, to enable a user to define collections of data. Individual constituent parts of a collection or “links” are collected within a collection. In one or more embodiments, a full page viewing experience can be provided which enables users to not only view more details for a given link, but to view multiple different links at a time. Other viewing options and collection interactions are provided.

Abstract: Various embodiments provide a model through which service providers can describe offered services using a standardized format. In one or more embodiments, the standardized format is declarative and enables service providers to describe their associated services in a standardized way. In at least some embodiments, the standardized format includes a set of common service properties that are shared across multiple different services. Additionally, service specific properties can be described in addition to the common service properties. In one or more embodiments, existing services can be extended by including, in the standardized format, a description of an extension. In one or more other embodiments, new services can be added for consumption by simply including a description of the new service using the standardized format.

Abstract: Various embodiments provide an interface between a Web browser's layout engine and a scripting engine. The interface enables objects from the layout engine to be recognized by a memory manager in the scripting engine and interact in a streamlined, efficient manner. In accordance with one or more embodiments, the interface allows browser layout engine objects to be created as objects that are native to the scripting engine. Alternately or additionally, in some embodiments, the native objects are further configured to proxy functionality between the layout engine and the scripting engine.

Abstract: Various embodiments provide an interface between a Web browser's layout engine and a scripting engine. The interface enables objects from the layout engine to be recognized by a memory manager in the scripting engine and interact in a streamlined, efficient manner. In accordance with one or more embodiments, the interface allows browser layout engine objects to be created as objects that are native to the scripting engine. Alternately or additionally, in some embodiments, the native objects are further configured to proxy functionality between the layout engine and the scripting engine.

Abstract: Various embodiments provide an interface between a Web browser's layout engine and a scripting engine. The interface enables objects from the layout engine to be recognized by a memory manager in the scripting engine and interact in a streamlined, efficient manner. In accordance with one or more embodiments, the interface allows browser layout engine objects to be created as objects that are native to the scripting engine. Alternately or additionally, in some embodiments, the native objects are further configured to proxy functionality between the layout engine and the scripting engine.

Abstract: Various embodiments provide an interface between a Web browser's layout engine and a scripting engine. The interface enables objects from the layout engine to be recognized by a memory manager in the scripting engine and interact in a streamlined, efficient manner. In accordance with one or more embodiments, the interface allows browser layout engine objects to be created as objects that are native to the scripting engine. Alternately or additionally, in some embodiments, the native objects are further configured to proxy functionality between the layout engine and the scripting engine.

Abstract: Various embodiments provide a model through which service providers can describe offered services using a standardized format. In one or more embodiments, the standardized format is declarative and enables service providers to describe their associated services in a standardized way. In at least some embodiments, the standardized format includes a set of common service properties that are shared across multiple different services. Additionally, service specific properties can be described in addition to the common service properties. In one or more embodiments, existing services can be extended by including, in the standardized format, a description of an extension. In one or more other embodiments, new services can be added for consumption by simply including a description of the new service using the standardized format.

Abstract: Various embodiments provide a service platform that integrates services, such as web services and/or local services, across a variety of applications. In at least some embodiments, services can be integrated with legacy applications that are “unaware” of such services, as well as applications that are aware of such services.

Abstract: Various embodiments provide a service platform that integrates services, such as web services and/or local services, across a variety of applications. In at least some embodiments, services can be integrated with legacy applications that are “unaware” of such services, as well as applications that are aware of such services.

Abstract: A generator uses a robust programming framework to create an electronic signature in association with a data item, wherein the electronic signature includes time stamps and/or countersignatures. The generator can create a signature object that computes a signature value of the electronic signature based on the data item. The generator also creates a signature timestamp object to obtain a timestamp of the signature value, wherein the timestamp is associated with the electronic signature. The generator can also invoke a countersignature service on the signature object to obtain a countersignature based on the signature value of the signature object, wherein the countersignature is associated with the electronic signature.

Abstract: An application programming interface (API) layer is implemented on a computing device. The API layer allows a local application(s) executing on the computing device to access web data in a data store layer, and further allows a remote application(s) that is executing on some other computing device to access the web data in the data store layer. Additionally, this web data can include web pages, some of which may include structured data and some of which may not include structured data. A web browser is permitted to access the web data store via the object model, and generate a user interface based at least in part on these web pages.

Abstract: Tool(s) enabling installation of a solution are described. These tool(s) may follow appropriate security precautions to contain possibly dangerous code in a data file's solution even when the solution is installed from a local source, such as when a user is offline. These tool(s) determine what level of security is appropriate for a data file's solution based on the original source of the solution. The tool(s) may also and/or instead enable a user to edit a data file without the user having to discover or deploy a solution application governing the data file.

Abstract: An application programming interface (API) layer is implemented on a computing device. The API layer allows a local application(s) executing on the computing device to access web data in a data store layer, and further allows a remote application(s) that is executing on some other computing device to access the web data in the data store layer. Additionally, this web data can include web pages, some of which may include structured data and some of which may not include structured data. A web browser is permitted to access the web data store via the object model, and generate a user interface based at least in part on these web pages.

Abstract: A system verifies an electronic signature. The electronic signature may be associated with timestamps, each including a time value. A timestamp verification module detects invalid certificates in a certificate chain of the electronic signature and records an earliest invalidity time value of the invalid certificates. The verification module also verifies the timestamps associated with the electronic signature and records the time value of the earliest valid timestamp. A declaration module declares the electronic signature as valid if the time value of the earliest valid timestamp is earlier than the earliest invalidity time value of the one or more invalid certificates. The electronic signature may alternatively or additionally be associated with countersignatures. A countersignature verification module verifies the countersignatures associated with the electronic signature, and the declaration module declares the electronic signature as valid if all of the countersignatures are determined to be valid.