Abstract: A double-waterway faucet structure is provided. A faucet body comprises a first water inlet passage, a second water inlet passage, and a first water outlet passage configured to be in communication with the first water inlet passage, and the first water outlet passage is connected to a pull-out head. A control valve is disposed on the faucet body and is configured to control a turning ON and OFF between the first water inlet passage and the first water outlet passage. A rotating bracket is rotatably disposed on the faucet body and comprises a second water outlet passage configured to be in communication with the second water inlet passage, and a solenoid valve is disposed on the second water inlet passage to control a turning ON and OFF of the second water outlet passage.

Abstract: Systems, methods, and computer-executable instructions for supporting custom functions within an application. An application add-in is received that includes a custom function and a custom function location. The application is available across multiple platforms. The custom function is also available across multiple platforms. The custom function is registered within the application using the custom function location. A request to invoke the custom function is received within the application A custom function implementation is downloaded from the custom function location. The custom function implementation is executed. A return value is received from the custom function implementation. The return value may be displayed within the application.

Abstract: Systems, methods, and computer-executable instructions for supporting custom functions within an application. An application add-in is received that includes a custom function and a custom function location. The application is available across multiple platforms. The custom function is also available across multiple platforms. The custom function is registered within the application using the custom function location. A request to invoke the custom function is received within the application A custom function implementation is downloaded from the custom function location. The custom function implementation is executed. A return value is received from the custom function implementation. The return value may be displayed within the application.

Abstract: An embodiment provides a method, including: displaying, on a display device, visual information represented via electronic ink, wherein the electronic ink comprises a plurality of particles; modifying, using a processor, the display device to increase visibility of the electronic ink; wherein said modifying is performed using at least one of the plurality of particles. Other embodiments are described and claimed.

Abstract: A method for information processing is provided in the disclosure. The method includes: acquiring a first operation of a user; determining a first application and generating a first instruction based on the first operation, wherein the first instruction is adapted to set the first application to a first mode; setting the first application to the first mode based on the first instruction; acquiring a second operation of the user; generating a second instruction based on the second operation; not distributing the second instruction to the first application in the case where it is determined that the second operation belongs to a first type of operation event; and distributing the second instruction to a corresponding application in the case where it is determined that the second operation does not belong to the first type of operation event. An electronic apparatus is further provided in the disclosure.

Abstract: Disclosed herein are systems, methods, and software to enhance the interoperability of components written in different programming languages. In an implementation, a code service receives a request message communicated by an application component via a message interface in an application environment that is at a layer above a target environment. The request message includes a request to invoke a target component available in the target environment and programmed in a language different from that of the application component. In response to the request, the service identifies at least a service component associated with invoking the target component in the target environment. The service component is executed to invoke the target component via a component interface.

Abstract: An embodiment provides a method, including: displaying, on a display device, visual information represented via electronic ink, wherein the electronic ink comprises a plurality of particles; modifying, using a processor, the display device to increase visibility of the electronic ink; wherein said modifying is performed using at least one of the plurality of particles. Other embodiments are described and claimed.

Abstract: An information processing method is performed using an electronic device, which includes a touch-sensitive display unit and is capable of executing at least one application. The touch-sensitive display unit is capable of displaying at least one window, which includes a full-screen window and/or a non-full-screen window smaller than the full-screen window. In the method, a first window is displayed on the touch-sensitive display unit according to a first operation, and a first application is started and executed in the first window; a second window is displayed on the touch-sensitive display unit according to a second operation, and a second application is started and executed in the second window; in response to detecting that the first window and the second window are in a predetermined relationship and/or that the first application and the second application are in a predetermined relationship, interaction between the first window and the second window is enabled.

Abstract: A pipeline for a unified service and client is provided. An application such as a productivity application constructs a pipeline based on a shared code base with another productivity application. The pipeline facilitates a communication between a client application and an interface of the productivity application. A received client request, by the pipeline, is processed to construct a serialized request. The serialized request is transmitted to the interface of the productivity application. An initial response to the serialized request is received and processed to construct a standardized response. Subsequently, the standardized response is transmitted to the client application.

Abstract: Disclosed herein are systems, methods, and software to enhance the interoperability of components written in different programming languages. In an implementation, a code service receives a request message communicated by an application component via a message interface in an application environment that is at a layer above a target environment. The request message includes a request to invoke a target component available in the target environment and programmed in a language different from that of the application component. In response to the request, the service identifies at least a service component associated with invoking the target component in the target environment. The service component is executed to invoke the target component via a component interface.

Abstract: A method for information processing is provided in the disclosure. The method includes: acquiring a first operation of a user; determining a first application and generating a first instruction based on the first operation, wherein the first instruction is adapted to set the first application to a first mode; setting the first application to the first mode based on the first instruction; acquiring a second operation of the user; generating a second instruction based on the second operation; not distributing the second instruction to the first application in the case where it is determined that the second operation belongs to a first type of operation event; and distributing the second instruction to a corresponding application in the case where it is determined that the second operation does not belong to the first type of operation event. An electronic apparatus is further provided in the disclosure.

Abstract: An information processing method is performed using an electronic device, which includes a touch-sensitive display unit and is capable of executing at least one application. The touch-sensitive display unit is capable of displaying at least one window, which includes a full-screen window and/or a non-full-screen window smaller than the full-screen window. In the method, a first window is displayed on the touch-sensitive display unit according to a first operation, and a first application is started and executed in the first window; a second window is displayed on the touch-sensitive display unit according to a second operation, and a second application is started and executed in the second window; in response to detecting that the first window and the second window are in a predetermined relationship and/or that the first application and the second application are in a predetermined relationship, interaction between the first window and the second window is enabled.

Abstract: An application submits a permission request to a resource server. In response to receiving the request, the resource server generates a user interface that asks the user to grant or deny the requested permissions. If the permissions are granted, data is stored indicating that the application has the requested permissions. When a runtime request for a resource is received, the resource server determines whether the request has been made by a user, by an application, or by an application on behalf of a user. If the request is made by an application only, the request is granted only if the application has permission to access the resource by way of a direct call not on behalf of a user. If the request is made by an application on behalf of a user, the request is granted only if both the user and the application have sufficient permission.

Abstract: A cross-browser dialog platform is provided for supporting hosted web pages in a dialog, such that a web page may be used inside or outside the dialog. Select elements on the hosted page may be hidden when in a dialog, different behavior may be specified for hyperlinks inside or outside the dialog, and a proper size of the dialog may be inferred from its contents without designer input.

Abstract: Remote event receivers can register with a document repository computing system to receive notifications of events occurring at a document repository. The remote event receivers may register to receive notifications synchronously, whereby the remote event receivers can provide a response to the notification prior to the occurrence of the event, or asynchronously, whereby the remote event receivers provide no response. Synchronous remote event receivers can also specify in a response to the notification that the event should be canceled or may specify properties that should be changed. Remote event receivers can be pre-event receivers that receive notifications prior to the occurrence of an event, or post-event receivers that receive notifications following the event. When an event is to occur at the document repository, notifications are provided to the pre-event remote event receivers. Once the event has occurred, notifications are provided to the post-event remote event receivers.

Abstract: Remote event receivers can register with a document repository computing system to receive notifications of events occurring at a document repository. The remote event receivers may register to receive notifications synchronously, whereby the remote event receivers can provide a response to the notification prior to the occurrence of the event, or asynchronously, whereby the remote event receivers provide no response. Synchronous remote event receivers can also specify in a response to the notification that the event should be canceled or may specify properties that should be changed. Remote event receivers can be pre-event receivers that receive notifications prior to the occurrence of an event, or post-event receivers that receive notifications following the event. When an event is to occur at the document repository, notifications are provided to the pre-event remote event receivers. Once the event has occurred, notifications are provided to the post-event remote event receivers.

Abstract: An application submits a permission request to a resource server. In response to receiving the request, the resource server generates a user interface that asks the user to grant or deny the requested permissions. If the permissions are granted, data is stored indicating that the application has the requested permissions. When a runtime request for a resource is received, the resource server determines whether the request has been made by a user, by an application, or by an application on behalf of a user. If the request is made by an application only, the request is granted only if the application has permission to access the resource by way of a direct call not on behalf of a user. If the request is made by an application on behalf of a user, the request is granted only if both the user and the application have sufficient permission.

Abstract: A cross-browser dialog platform is provided for supporting hosted web pages in a dialog, such that a web page may be used inside or outside the dialog. Select elements on the hosted page may be hidden when in a dialog, different behavior may be specified for hyperlinks inside or outside the dialog, and a proper size of the dialog may be inferred from its contents without designer input.

Abstract: Various technologies and techniques are disclosed for increasing security in execution environments. A system is described for handling DLL calls made from untrusted code. An execution environment instantiates a lower trust process when a high trust process determines a need to call untrusted code. When the untrusted code calls a method in an original DLL, the execution environment loads a shim DLL into the lower trust process. The shim DLL has a clone of the method from the original DLL. A method for increasing security when processing calls from untrusted code is described. A shim DLL is created from an original DLL, and is deployed so an execution environment will load the shim DLL instead of the original DLL. When an execution environment receives a call from a caller DLL to the original DLL, the call is routed through the shim DLL. A pluggable validation system is also described.

Abstract: Various technologies and techniques are disclosed for restricting security levels that can be used with browser-based applications. When a request is received from an external application to retrieve data for use in a client browser, an intersection is performed on a permission set of a user of the client browser and of the external application to determine a new permission set to use for retrieving the requested data. Techniques for restricting operations of an external application that is being run in a client browser are also described. A session token is returned to a client browser after validating access can be granted to the client browser. Validation is performed to confirm access can be granted to an external application. A request for data is received from the external application, with the request for data containing the session token. The requested data is retrieved and returned to the external application.