Abstract: A novel posterolateral inter-muscular approach has been developed to access the cervical. spine. The approach includes elevating the splenius capitis and trapezios muscles dorsally to create a window for deep spine access, wherein the window comprises: i) an anterior superior border of the trapezius muscle; ii) an anterior inferior border of the splenius capitis muscle, and iii) a posterior superior border of the levator scapulae muscle. Preferably, a device such as an implant or an instrument is then passed through the window to manipulate the spine.

Abstract: A novel posterolateral inter-muscular approach has been developed to access the cervical spine. The approach includes elevating the splenius capitis and trapezius muscles dorsally to create a window for deep spine access, wherein the window comprises: i) an anterior superior border of the trapezius muscle; ii) an anterior inferior border of the splenius capitis muscle, and iii) a posterior superior border of the levator scapulae muscle. Preferably, a device such as an implant or an instrument is then passed through the window to manipulate the spine.

Abstract: A tray table assembly adapted to move to and from a stowed position in a stowage module positioned to one side of a passenger seat. The assembly includes an arcuate rail movably mounted in the stowage module, a tray table mounted on the rail for arcuate movement along the rail between the stowed position and the deployed position relative to the rail, and also mounted on the rail for fore and aft translating movement in the deployed position. The tray table rides on an arcuate rail that permits both deployment and fore and aft movement of the tray table, and automatically centers the tray table during movement toward the stowed position.

Abstract: A tray table configured to transition between a stowed position within a stowage module to a deployed position outside of the stowage module by way of an arced rail having rail heads, and a plurality of tray table wheels and stowage module wheels arranged to mesh with the rail heads. The tray table follows an arcuate path between the stowed and deployed positions and remains horizontal in all positions of the tray table.

Abstract: A tray table configured to transition between a stowed position within a stowage module to a deployed position outside of the stowage module by way of an arced rail having rail heads, and a plurality of tray table wheels and stowage module wheels arranged to mesh with the rail heads. The tray table follows an arcuate path between the stowed and deployed positions and remains horizontal in all positions of the tray table.

Abstract: A tray table assembly adapted to move to and from a stowed position in a stowage module positioned to one side of a passenger seat. The assembly includes an arcuate rail movably mounted in the stowage module, a tray table mounted on the rail for arcuate movement along the rail between the stowed position and the deployed position relative to the rail, and also mounted on the rail for fore and aft translating movement in the deployed position. The tray table rides on an arcuate rail that permits both deployment and fore and aft movement of the tray table, and automatically centers the tray table during movement toward the stowed position.

Abstract: A dynamic document template having static data, dynamic data, and/or procedural statements may be called by an application on a server. The dynamic document template is separate from the application program and is processed to form an interim script, which is then executed by a host computer system. The script generates document records in HTML or XML format that are output to a document. The data and procedural statements in the dynamic document template may be distinguished through interpreting mark-up language surrounding the data and procedural statements. The dynamic document templates execute in a separate namespace from the application and preserve the state of data in the application. A given application may call more than one dynamic document template to generate different portions of the output document. Additionally, the dynamic document templates may be replaced with new templates without affecting the application.

Abstract: An in-memory document model may be created from a markup language document while parsing the markup language document. The model includes small fixed-size memory structures allocated from a single larger memory pool. The model stores the data contained in the markup language document and the hierarchical relationship between the data items in the markup language document. Thus, random access to the markup language document is achieved without further access to the document and without the overhead of language-specific object construction. When an object-oriented computer program instance references the document model, a language-specific object may be constructed from the model including a pointer to an element of the model. The document model may be created when parsing extensible markup language (XML) documents.

Abstract: Legacy database engines may be extended through the use of callback extension handlers on the client. For example, regular expression matching and arbitrary user-functions may be implemented in a legacy database engine without replacing the engine. A pattern string may be provided to the legacy database engine by a client with a pattern matching prefix. When the legacy database engine encounters the prefix, the database engine executes a callback to the client with a value from the database for pattern matching. The client performs the pattern matching through, for example, regular expressions, and returns a match status to the database engine. The process may be repeated for several rows of a table in the database and a dataset compiled by the database engine and returned to the client.

Abstract: A dynamic document template having static data, dynamic data, and/or procedural statements may be called by an application on a server. The dynamic document template is separate from the application program and is processed to form an interim script, which is then executed by a host computer system. The script generates document records in HTML or XML format that are output to a document. The data and procedural statements in the dynamic document template may be distinguished through interpreting mark-up language surrounding the data and procedural statements. The dynamic document templates execute in a separate namespace from the application and preserve the state of data in the application. A given application may call more than one dynamic document template to generate different portions of the output document. Additionally, the dynamic document templates may be replaced with new templates without affecting the application.

Abstract: A table may be stored in a data structure and accessed by two scripts from different platforms. For example, a table of inputs from a web form may be stored with a first script for execution on a first platform. The table may be accessible to the first script when executing on the first platform and accessible to a second script when executing on a second platform. According to one embodiment, the first script may be a business information server (BIS) script and the second script may be a JavaScript. The dual compatibility table allows the web form inputs to be accessed by multiple scripts having different requirements.

Abstract: An apparatus for and method of efficiently accessing shared JavaScript objects within a multi-user environment by reducing the overhead required to maintain object/database property synchronization. A version is associated with each object to indicate whether any particular requested access is associated with the most current properties of the object. Each user has a version list which indicates whether any particular object properties need be updated before access. The version list is maintained in faster and more available memory than the actual object to enhance efficiency.

Abstract: A plurality of versions of software application programs can be handled by a single server serving multiple user-clients who each need access to specific ones of the plurality of versions. Thus such different versions can run simultaneously without requiring upgrading of early versions and no interference between versions. A particular version is given a SiteID that a user request calls, and a table in the server is consulted to keep track of which SiteID corresponds to which version and to assign each request to the appropriate version. A directory or registry must be set up to accommodate the table which must be consulted for each request. No significant change need be made in any version of the software application program since the table is created at installation time on the server and the SiteID's are assigned to the users when they get rights to the particular version of interest by an administrator.

Abstract: An apparatus for and method of creating a standardized interface between Microsoft Component Object Model environment and a non-compatible legacy environment. The technique is equally effective for both object oriented and non-object oriented scripting protocols. The interface is scripted in the native legacy command language thereby freeing the interface developer from the need to create script in both the legacy command language and a Microsoft COM compatible language, such as Visual Basic. A determination is made upon an attempt to instantiate a COM server whether the server is local or in-process. If in-process and registered, the server is instantiated within a surrogate server to isolate the calling client from potential corruption of its memory space or copying of its sensitive data by the registered in-process server.

Abstract: An apparatus for and method of utilizing an Internet terminal coupled to the world wide web to interface with an existing proprietary data base management system through a user interface which permits access to an application service using a combination of proprietary language syntax and SGML-derived syntax. A specific code within the proprietary language is redefined to indicate that the immediately following script is in SGML-derived syntax.