The Windows implementation of Outside In Viewer is delivered as a set of DLLs. When a developer uses the Windows LoadLibrary call to load sccvw.dll, the DLL registers a Window Class named SCCVIEWER. The developer can then create windows of this class (using the windows CreateWindow call) and use them like any other window. This class of window also accepts a number of Viewer-specific windows messages that implement all of the functions needed for viewing, printing, searching, etc.
This product supports the following platforms:
Windows (x86 32-bit): Windows 2000, Windows 2003, Windows XP, Windows Vista and Windows 2008, and Windows 7
Windows (Itanium 64-bit): Windows .Net Server 2003 Enterprise Edition, Windows 2008, and Windows 7
Windows (x86 64-bit): Windows Server 2003 x64 Standard, Enterprise, Datacenter Editions (64-bit Extended Systems), and Windows 7
Note:
The 64-bit version of sccvw.dll will not load on an AMD-64 system without Visual C++ runtime version 8 installed. This happens because the system is missing the msvcr80.dll library, which is required. Users can download the required library fromhttp://www.microsoft.com/downloads/details.aspx?FamilyId=90548130-4468-4BBC-9673-D6ACABD5D13B&displaylang=en
.To install the demo version of the Viewer SDK, copy the contents of the ZIP archive (available on the Web site) to a local directory of your choice.
Note:
This product requires the Visual C++ libraries included in the Visual C++ Redistributable Package available from Microsoft. There are three versions of this package (x86, x64, and IA64) for each corresponding version of Windows.These can be downloaded from http://www.microsoft.com/downloads
, by searching on the site for the packages vcredist_x86.exe, vcredist_x64.exe, or vcredist_IA64.exe. The required version of each of these downloads is the 2005 SP1 Redistributable Package.
The redistributable module that Outside In requires is msvcr80.dll.
The installation directory should contain the following directory structure:
Directory | Description |
---|---|
\docs | Includes release notes and HTML and PDF versions of the manual you are reading right now. The release notes contain information that is potentially more up-to-date than that found in this user guide and should therefore be read before you install the technology. |
\redist | Contains a working copy of the Windows version of the technology. |
\sdk\common | Contains the C include files needed to build or rebuild the technology. |
\sdk\demo | Contains the compiled executables of the sample applications. |
\sdk\lib | Contains the library (.lib) files for sccca.dll, sccta.dll, sccra.dll, sccda.dll and sccfi.dll. |
\sdk\resource | Contains localization resource files. |
\sdk\samplecode | Contains the source code for the sample application. |
\sdk\samplefiles | Contains sample files designed to exercise the technology. |
Notes Storage Format (NSF) files are produced by the Lotus Notes Client or the Lotus Domino server. The NSF filter is the only Outside In filter that requires the native application to be present to filter the input documents. Due to integration with an outside application, NSF support will not work with redirected I/O nor will it work when an NSF file is embedded in another file. Either Lotus Notes version 8 or Lotus Domino version 8 must be installed on the same machine as OIT. SCCID_LOTUSNOTESDIRECTORY should be set to the directory containing the nnotes.dll. NSF support is only available on the Win32 platform.
Here is an overview of the files contained in the main installation directory for this product:
These DLLs implement the API. They should be linked with the developer's application. LIB files are included in the SDK.
File | Description |
---|---|
sccca.dll | Content Access module (provides organized chunker data for the developer) |
sccda.dll | Data Access module |
sccfi.dll | File Identification module (identifies files based on their contents). The File ID Specification may not be used directly by any application or workflow without it being separately licensed expressly for that purpose. |
sccta.dll | Text Access module (provides straight text data for the developer) |
sccvw.dll | Viewer module (this is the DLL that your application loads, providing control of all viewer functions) |
File | Description |
---|---|
oswin*.dll | Interface to native GDI implementation (oswin32.dll is the module for Windows 32-bit implementation, and oswin64.dll is the module for Windows 64-bit implementation) |
sccanno.dll | Annotation module |
sccch.dll | Chunker (provides caching of and access to filter data for the display engine) |
sccdu.dll | Display Utilities module (includes text formatting) |
sccfa.dll | Filter Access module |
sccfmt.dll | Formatting module (resolves numbers to formatted strings) |
sccfut.dll | Filter utility module |
sccind.dll | Indexing engine |
scclo.dll | Localization library (all strings, menus, dialogs and dialog procedures reside here) |
sccole.dll | OLE rendering module |
sccut.dll | Utility functions (including IO subsystem) |
sccvw.dll | The DLL that your application loads, providing control of all viewer functions |
wvcore.dll | The GDI Abstraction layer |
File | Description |
---|---|
debmp.dll | Bitmap (TIFF, GIF, BMP, PCX…) |
dehex.dll | Hexadecimal |
devect.dll | Vector, Presentation (PowerPoint, Impress, Freelance…) |
dess.dll | Spreadsheet/Database (Excel, Calc, Lotus 123…) |
detree.dll | Archive (ZIP, GZIP, TAR…) |
dewp.dll | Document (Word, Writer, WordPerfect…) |
Filter and Export Filter Libraries
File | Description |
---|---|
vs*.dll | Filters for specific file types (there are more than 150 of these filters, covering more than 500 file formats) |
oitnsf.id | Support file for the vsnsf filter. |
ltscsn10.dll
lwpapin.dll ltscsd13.tlb lwpapipn.dat |
Support files for the vslwp filter |
File | Description |
---|---|
i*2.flt | 30 .flt files (the import filters for premier graphics formats) |
isgdi32.dll | Interface to premier graphics filters |
Additional Files
File | Description |
---|---|
adinit.dat | Support file for the vsacd2 filter |
cmmap000.bin | Tables for character mapping (all character sets) |
cmmap000.sbc | Tables for character mapping (single-byte character sets). Located in the common directory. |
cmmap000.dbc | Identical to cmmap000.Bin, but renamed for clarity (.dbc = double-byte character). This file is located in the common directory. |
All the steps outlined in this section are used in the sample applications provided with the SDK. Looking at the code for the simple sample application is recommended for those wishing to see a real-world example of this process.
For detailed information about all sample applications included with this product, see Chapter 8, "Sample Applications".
Any source code that uses this product should #include the file sccvw.h and #define WINDOWS and WIN32 or WIN64. For example, a Windows application might have a source file with the following lines:
#define WINDOWS /* Will be automatically defined if your compiler defines _WINDOWS */ #define WIN32 #include <sccvw.h>
The technology creates the default options. In the Windows implementations, this is built by the technology as needed, usually the first time the software is run. You do not need to ship this list with your application. The list is automatically regenerated if corrupted or deleted.
The files used to store this information are stored in a .oit subdirectory in the following location:
\Documents and Settings\[user name]\Application Data
If an .oit directory does not exist in the user's directory, the directory will be created automatically by the technology. The files are automatically regenerated if corrupted or deleted.
The files are:
*.d = Display engine lists
*.opt = Persistent options
Note:
Some applications and services may run under a local system account for which there is no users "application data" folder. In that case, the technology checks for the following environment variables in order: OIT_DATA_PATH, APPDATA, and LOCALAPPDATA. If none of those exist or is writable, the technology attempts to write the options files into the executable path of the UT module. The technology can still run if it cannot write the options files. However, performance will be significantly impeded.These file names are intended to be unique enough to avoid conflict for any combination of machine name and install directory. This allows the user to run products in separate directories without having to reload the files above. The file names are built from an 11-character string derived from the directory the Outside In technology resides in and the name of the machine it is being run on. The string is generated by code derived from the RSA Data Security, Inc. MD5 Message-Digest Algorithm.
Outside In is built with 8-byte structure alignment. This is the default setting for most Windows compilers. This and other compiler options that should be used are demonstrated in the files provided with the sample applications in samples\win.
The DLL named sccvw.dll is loaded using a LoadLibrary call as follows;
g_ViewDllHnd = LoadLibrary("SCCVW.DLL");
In this DLL's DllEntryPoint function, it registers a window class that can then be used by the developer to create view windows.
All the Viewer's DLLs must reside in the same directory. Do NOT put them in the Windows or System directory.
All the sample applications #include a file called scclink.c (in the SDK common directory) that implements loading of the sccvw.dll from any directory. Comments in this code explain the problems involved in loading a DLL from a different directory and how these problems are solved in the code.
A simple example of view window creation code is:
g_ViewWnd = CreateWindow("SCCVIEWER",...);
All the additional parameters to CreateWindow are totally up to the developer. For instance, the dwStyle parameter can be WS_CHILD, WS_POPUP, WS_OVERLAPPED or any other set of styles.
The view window checks the class of its parent when it is created. If the class of its parent is "MDICLIENT", it will call DefMDIChildProc for default message processing. If the class is something else, it will call DefWindowProc for default message processing. This allows the view window to be used directly as a MDI child window. See the sample MDIVIEW for an example of this.
Once the developer has a handle to a view window, any of the SCCVW messages that make up the bulk of this document may be sent to the window (using SendMessage). The most likely action at this point would be to send SCCVW_VIEWFILE to view a file.
The parent of the view window receives all SCCVW notification messages as Windows messages.
This section provides information about supported character sets.
Please note that to optimize performance on systems that do not require DBCS support, a second character mapping bin file, that does not contain any of the DBCS pages, is now included. The second bin file will give additional performance benefits for English documents, but will not be able to handle DBCS documents. To use the new bin file, replace the cmmap000.bin with the new bin file, cmmap000.sbc. For clarity, a copy of the cmmap000.bin file named cmmap000.dbc has also been included. Both the cmmap000.sbc and cmmap000.dbc files are located in the Common directory of the technology.
The files used by this product must be in the same directory as the developer's executable.
The Viewer exposes a number of menus that developers can use at their discretion. The specifics of menu interactions under Windows are discussed here.
In keeping with the current trend in Windows of using the right mouse click to bring up a context menu, the Viewer pops up a view-window-specific context menu when the right mouse button is pressed. The context menu under Windows contains Copy, Print..., the display engine's menu, and access to the option dialogs. For example, the context menu that appears while viewing a spreadsheet appears in the following image:
If this meets your application's needs and user interface standards, you can ignore the interaction described in the next section and let the Viewer do all the work. If you wish to handle the right click yourself, this functionality can be overridden by handling the SCCVW_CONTEXTMENU message.
Each type of display engine (Document, Bitmap, Archive, etc.) has functions that are unique to the kinds of files it can view. For instance, zooming, rotation and dithering are functions associated with graphic images, but not with spreadsheets. To handle these specialized tasks, each display engine has a menu that is tailored specifically for it.
When the application receives a SCCVW_DISPLAYCHANGE message, it may call SCCVW_GETDISPLAYINFO. One of the elements returned by this message is a handle to a pop-up menu. The application may then do whatever it likes with this menu (except destroy it), such as saving it to be popped up at another time.
The technology includes the following default font alias map for Windows. The first value is the original font, the second is the alias.
Chicago = Arial
Geneva = Arial
Helv = Arial
Helvetica = Arial
itc zapf dingbats = Zapfdingbats
itc zapfdingbats = Zapfdingbats
New York = Times New Roman
times = Times New Roman
Times = Times New Roman
Tms Roman = Times New Roman
This list can be applied with SCCID_DISPLAYFONTALIAS and SCCID_PRINTFONTALIAS using the flag SCCVW_FONTALIAS_USEDEFAULTS.
Files to be viewed are opened using the GENERIC_READ, FILE_SHARE_READ, and FILE_SHARE_WRITE flags under Windows. This should allow developers to launch an application and edit the file (occasionally, the application launches but the file is read-only) while still viewing the file.
However, if you wish to launch a file you are viewing in its native application, it is recommended that you send SCCVW_CLOSEFILE to the view window first.
Outside In Viewer ships with the necessary files for OEMs to change any of the menus or strings in the technology as they see fit.
Strings are stored in the lodlgstr.h file found in the resource directory. The file can be edited using any text editor.
Note:
Do not directly edit the scclo.rc file. Strings are saved with their identifiers in lodlgstr.h. If a new scclo.rc file is saved, it will contain numeric identifiers for strings, instead of their #define'd names.Once the changes have been made, the updated scclo.dll file can be rebuilt using the following steps:
Compile the .res file:
rc /fo ".\scclo.res" /i "<path to header (.h) files folder>" /d "NDEBUG" scclo.rc
Link the scclo.res file you've created with the scclo.obj file found in the resource directory to create a new scclo.dll:
link /DLL /OUT:scclo.dll scclo.obj scclo.res
Note:
Developers should make sure they have set up their environment variables to build the library for their specific architecture. For Windows x86_32, when compiling with VS 2005, the solution is to run vsvars32.bat (in a standard VS 2005 installation, this is found in C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\). If this works correctly, you will see the statement, "Setting environment for using Microsoft Visual Studio 2005 x86 tools." If you do not complete this step, you may have conflicts that lead to unresolved symbols due to conflicts with the Microsoft CRT.Embed the manifest (which is created in the \resource directory during step 2) into the new DLL:
mt -manifest scclo.dll.manifest -outputresource:scclo.dll;2
If you are not using Microsoft Visual Studio, substitute the appropriate development tools from your enviroment.
Note:
In previous versions of Outside In, it was possible to edit SCCLO.DLL directly in Microsoft Visual Studio. Outside In DLLs are now digitally signed. Editing the signed DLL is not advisable.