Abstract: Embodiments are provided for utilizing server pre-processing to deploy static renditions of electronic documents in a computer network. An electronic document may be published from a client computer to a first server computer in the computer network. During publication, the first server computer may create a static rendition of the electronic document and a viewing application for viewing the static rendition of the electronic document on the client computer. The first server computer may store the static rendition of the electronic document and the viewing application on a second server computer for delivery to the client computer. Other embodiments may also include receiving, at the first server computer, a request to make revisions to the electronic document and sending a dynamic version of the electronic document from the first server computer to the client for making the revisions to the electronic document.

Abstract: A system and method for producing substantially anhydrous ethanol, methanol or other volatile chemicals includes: (a) a first distillation stripping column or column set with overhead vapors compressed using mechanical vapor recompression to strip off a weak ethanol overheads; (b) a second distillation rectifying column having a higher operating temperature than the stripping column; (c) a dehydration means in fluid communication with the rectifying column; (d) reboiler for the stripping column which partially condenses the vapor from the mechanical vapor recompression, (e) a trim condenser which completes the condensing of the vapor/liquid mix of the reboiler, (f) a heat recovery circuit which condenses the rectifying column overheads and molecular sieve dry ethanol condenser and (g) a heat exchange to transfer the recovered heat of (f) to the first distillation stripping column reboiler feed.

Abstract: Techniques and technologies for protocols for accessing hosts are described. In at least some embodiments, a system includes a processing component, and a host protocol component. The host protocol component is configured to receive at a host a request from a client device, the request including a Uniform Resource Locator (URL) string locating at least one of a container or an ecosystem stored by the host; determine using at least a portion of the URL string whether the request is at least one of a container-related request or an ecosystem-related request; generate a response at the host including information responsive to the request, the information including the URL string locating the at least one of the container or the ecosystem, and at least one response parameter; and transmit the response from the host to the client device.

Abstract: During a first execution of software, historical data is logged that indicates which locale objects were used. During a second execution of the software, the historical data is read, and locale objects or subsections of locale objects are dynamically built from locale source files based on the historical data in the log that indicates which locale objects were used during the first execution. Any other locale objects or subsections that are needed that are not built initially during the second execution are dynamically built from locale source files when requested at run-time. Dynamically building locale objects or subsections based on which locale objects were used in one or more previous executions saves time that would otherwise be required to build the locale objects when they are needed at run-time. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: During a first execution of software, historical data is logged that indicates which locale objects were used. During a second execution of the software, the historical data is read, and locale objects or subsections of locale objects are dynamically built from locale source files based on the historical data in the log that indicates which locale objects were used during the first execution. Any other locale objects or subsections that are needed that are not built initially during the second execution are dynamically built from locale source files when requested at run-time. Dynamically building locale objects or subsections based on which locale objects were used in one or more previous executions saves time that would otherwise be required to build the locale objects when they are needed at run-time. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: Subsections of locale objects are dynamically built from locale source files when requested at run-time without building all subsections of the locale object. When a subsection of a locale object is dynamically built, the subsection is stored in global memory so it may be read by multiple applications. Dynamically building subsections of locale objects when requested allows software to operate with a relatively small number of locale objects.

Abstract: Subsections of locale objects are dynamically built from locale source files when requested at run-time without building all subsections of the locale object. When a subsection of a locale object is dynamically built, the subsection is stored in global memory so it may be read by multiple applications. Dynamically building subsections of locale objects when requested allows software to operate with a relatively small number of locale objects.

Abstract: Presently disclosed output modules may be removably and directly connected to a vehicle gauge. For example, the output module may be directly mounted on or plugged into the back of the gauge, such as by using the existing mounting bosses of the gauge. Disclosed output modules may be used with existing micro-processor-controlled gauges to send a desired switch signal to an external device, such as a warning light or a kill switch, when measured data hits a trigger point. Prior to attachment of the output module, the end-user may program the gauge via connection to a computer or other device, in order to set the desired trigger point or threshold value. Once the gauge is programmed with the desired trigger point, the output module may be attached to the back side of the gauge and may be wired to the external device to be controlled.

Abstract: During a first execution of software, historical data is logged that indicates which locale objects were used. During a second execution of the software, the historical data is read, and locale objects or subsections of locale objects are dynamically built from locale source files based on the historical data in the log that indicates which locale objects were used during the first execution. Any other locale objects or subsections that are needed that are not built initially during the second execution are dynamically built from locale source files when requested at run-time. Dynamically building locale objects or subsections based on which locale objects were used in one or more previous executions saves time that would otherwise be required to build the locale objects when they are needed at run-time. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: During a first execution of software, historical data is logged that indicates which locale objects were used. During a second execution of the software, the historical data is read, and locale objects or subsections of locale objects are dynamically built from locale source files based on the historical data in the log that indicates which locale objects were used during the first execution. Any other locale objects or subsections that are needed that are not built initially during the second execution are dynamically built from locale source files when requested at run-time. Dynamically building locale objects or subsections based on which locale objects were used in one or more previous executions saves time that would otherwise be required to build the locale objects when they are needed at run-time. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: A document accessible on a network may be opened by multiple users. A user may use a thin client application to access the document, wherein an image of the document and XML data including comments and locations of the comments in the document. Hint icons are displayed in the document where comments are anchored. Upon selection of a hint, an HTML comments pane may be displayed to a side of the document, exposing comments and replies to comments currently stored in the document. The comments pane may be scrolled to the comment associated with the selected hint. Additionally, highlighting may be provided over elements in the document associated with a selected comment. Comments may be added via the comments pane and saved to the document on the network. Comments and comment location data may be communicated to other clients, allowing for collaborative communication via a thin client application.

Abstract: Locale objects are dynamically built from locale source files when requested at run-time. When a locale object is dynamically built, it is stored in global memory so it may be read by multiple applications. Dynamically building locale objects when requested allows software to operate with a relatively small number of locale objects instead of with hundreds or thousands of locale objects, as is known in the art. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: Locale objects are dynamically built from locale source files when requested at run-time. When a locale object is dynamically built, it is stored in global memory so it may be read by multiple applications. Dynamically building locale objects when requested allows software to operate with a relatively small number of locale objects instead of with hundreds or thousands of locale objects, as is known in the art. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: During a first execution of software, historical data is logged that indicates which locale objects were used. During a second execution of the software, the historical data is read, and locale objects or subsections of locale objects are dynamically built from locale source files based on the historical data in the log that indicates which locale objects were used during the first execution. Any other locale objects or subsections that are needed that are not built initially during the second execution are dynamically built from locale source files when requested at run-time. Dynamically building locale objects or subsections based on which locale objects were used in one or more previous executions saves time that would otherwise be required to build the locale objects when they are needed at run-time. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: During a first execution of software, historical data is logged that indicates which locale objects were used. During a second execution of the software, the historical data is read, and locale objects or subsections of locale objects are dynamically built from locale source files based on the historical data in the log that indicates which locale objects were used during the first execution. Any other locale objects or subsections that are needed that are not built initially during the second execution are dynamically built from locale source files when requested at run-time. Dynamically building locale objects or subsections based on which locale objects were used in one or more previous executions saves time that would otherwise be required to build the locale objects when they are needed at run-time. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: A document accessible on a network may be opened by multiple users. A user may use a thin client application to access the document, wherein an image of the document and XML data including comments and locations of the comments in the document. Hint icons are displayed in the document where comments are anchored. Upon selection of a hint, an HTML comments pane may be displayed to a side of the document, exposing comments and replies to comments currently stored in the document. The comments pane may be scrolled to the comment associated with the selected hint. Additionally, highlighting may be provided over elements in the document associated with a selected comment. Comments may be added via the comments pane and saved to the document on the network. Comments and comment location data may be communicated to other clients, allowing for collaborative communication via a thin client application.

Abstract: A dual-function transducer for a force-sensitive multi-touch screen, including a first substrate, at least one electrode array formed on the first substrate, the at least one electrode array including first and second electrodes, and circuitry operatively coupled to the first and second electrodes. The circuitry is configured to measure first and second electrical properties of the electrode array, the first and second electrical properties corresponding to touch and strain, respectively.

Abstract: A dual mode capacitive touch panel includes a sensor substrate, an electrode layer comprising an array of sensor electrodes arranged over the sensor substrate, the array of sensor electrodes including a plurality of drive electrodes and a plurality of sense electrodes, each sensor electrode corresponding to a location on the sensor substrate, and a shield layer arranged over and spaced apart from the electrode layer. The shield layer includes a predetermined resistance that permits transmission of an electric field at a first frequency and prevents transmission of an electric field at a second frequency, wherein a spacing between the shield layer and the electrode layer is deformable as a result of a force applied to the shield layer due to a user touch, wherein the deformation alters a capacitance between the shield layer and a sensor electrode of the array.

Abstract: Locale objects are dynamically built from locale source files when requested at run-time. When a locale object is dynamically built, it is stored in global memory so it may be read by multiple applications. Dynamically building locale objects when requested allows software to operate with a relatively small number of locale objects instead of with hundreds or thousands of locale objects, as is known in the art. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.

Abstract: Locale objects are dynamically built from locale source files when requested at run-time. When a locale object is dynamically built, it is stored in global memory so it may be read by multiple applications. Dynamically building locale objects when requested allows software to operate with a relatively small number of locale objects instead of with hundreds or thousands of locale objects, as is known in the art. The result is significant savings in system-wide resources while still allowing for access to a large number of possible locales.