The Outside In Viewer module is part of Oracle's family of OEM technologies known as Outside In, a powerful document viewing and conversion technology that can access the information in more than 500 file formats.
There may be references to other Outside In Technology SDKs within this manual. To obtain complete documentation for any other Outside In product, see http://download.oracle.com/docs/cd/E14154_01/index.htm.
The updated list of supported formats is posted at http://www.oracle.com/technology/products/content-management/oit/oit_all.html.
Outside In has added support for Lotus Notes mail, also known as NSF files. This support requires the presence of a Lotus Notes client or a Lotus Domino server and is only supported on Win32. Details can be found in the section NSF Support. There is also a new option associated with this support: SCCID_LOTUSNOTESDIRECTORY.
A new message, SCCVW_GETFILEACCESSDATA, is displayed when the technology encounters a file that requires additional information to access its contents.
A data structure has been updated (as documented in SCCVWHILITESTYLE81 Structure) to permit formatting of underline highlight style.
An improved rendering engine, DEVECT, has been added that supports vector drawings, presentations, and charts. It replaces the old engine DEMET.
The option SCCID_WPMIMEHEADEROUTPUT has been deprecated, and has been replaced by SCCID_WPEMAILHEADEROUTPUT.
The option SCCID_IGNORE_PASSWORD allows you to view contents of a password-protected (but not encrypted) Outlook PST file.
The option SCCID_REORDERMETHOD has had its data values changed to control rendering of bidirectional text.
A new option, SCCID_SSSHOWHIDDENCELLS, toggles display of hidden spreadsheet cells.
In this release we have added the ability to parse raw XMP (Adobe's Extensible Metadata Platform) data and convert it into document properties. See SCCID_PARSEXMPMETADATA.
For each supported platform, the Outside In Viewer provides a way to create a rectangular view consisting of a horizontal scroll bar, a vertical scroll bar and a display area. This rectangle is referred to as the view window.
The view window is blank until the developer sends a SCCVW_VIEWFILE message. This message allows the developer to specify a file to be viewed. On some platforms you can specify a bitmap to display when no file is being viewed.
If SCCVW_VIEWFILE returns successfully, the display area will contain the top part of the file specified and scroll bars will be enabled, allowing the user to move around the rest of the file.
Once a file is being viewed, a whole set of messages can be sent by the developer to the view window allowing the developer to print, copy, search, change the look of, and perform a number of other operations on the view.
Eventually, the developer will either close the file (SCCVW_CLOSE) and destroy the view window or make another call to SCCVW_VIEWFILE.
The basic architecture of the Outside In Viewer is noted below. There are no supported platform distinctions:
Filter/Module | Description |
---|---|
Input Filter | The input filters form the base of the architecture. Each one reads a specific file format or set of related formats and sends the data to the chunker module through a standard set of function calls. There are more than 150 of these filters that read more than 500 distinct file formats. Filters are loaded on demand by the data access module. |
Chunker | The Chunker module is responsible for caching a certain amount of data from the filter and returning this data as a display engine.
It is also responsible for running the filter to rebuild any data not already in the cache that is requested. |
Display Engine | The Display Engine is responsible for reading data from the chunker and displaying it in the view window. It is also responsible for all user interface, clipboard and printing for a given data type. There are currently six display engines: Document, Spreadsheet/Database, Bitmap, Drawing, Archive and Hex.
Display Engines are loaded on demand by the view window. |
View Window | The View Window controls all of the modules for this product. |
Term | Definition |
---|---|
Developer | Someone integrating this technology into another technology or application. Most likelythis is you, the reader. |
Source File | The file the developer wishes to view. |
Each Outside In product has an sdk directory, under which there is a subdirectory for each platform on which the product ships (for example, vw/sdk/vw_win-x86-32_sdk). Under each of these directories are the following three subdirectories:
docs - Contains both a PDF and HTML version of the product manual.
redist - Contains only the files that the customer is allowed to redistribute. These include all the compiled modules, filter support files, .xsd and .dtd files, cmmap000.bin, and third-party libraries, like freetype.
sdk - Contains the other subdirectories that used to be at the root-level of an sdk (common, lib (windows only), resource, samplefiles, and samplecode (previously samples). In addition, one new subdirectory has been added, demo, that holds all of the compiled sample apps and other files that are needed to demo the products. These are files that the customer should not redistribute (.cfg files, exportmaps, etc.).
In the root platform directory (for example, vw/sdk/vw_win-x86-32_sdk), there are two files:
README - Explains the contents of the sdk, and that makedemo must be run in order to use the sample applications.
makedemo (either .bat or .sh – platform-based) - This script will either copy (on Windows) or Symlink (on Unix) the contents of …/redist into …/sdk/demo, so that sample applications can then be run out of the demo directory.
The following notice must be included in the documentation, help system, or About box of any software that uses any of Oracle's executable code:
Outside In Viewer © 1991, 2010 Oracle.
The following notice must be included in the documentation of any software that uses Oracle's TIF6 filter (this filter reads TIFF and JPEG formats):
The software is based in part on the work of the Independent JPEG Group.