- OS: Windows 7+
- Browser: IE9+
- Office: N/A
- Product: ActiveX
NetDocuments uses an ActiveX control for use with Internet Explorer (9, 10, and 11) on Windows 7, 8, and 10 to facilitate the editing of documents.
There are two ways the ActiveX can be installed:
1. Forced Update when Using IE
This forced update is triggered when there is no ActiveX already installed in the IE browser or because NetDocuments has determined that an updated ActiveX must be installed into IE to manage document usage.
This can be a silent or prompted install/update based on your IE settings.
When this happens, three files will be downloaded to C:\windows\downloaded program files:
In Windows 8 you must use a command prompt with admin privileges to remove these files, and all IE and ActiveX related programs must be shut down. Note that there may also be CONFLICT.1 type directories with older elements in them (CONFLICT.2, .3 and so forth for each time there is a conflict).
2. Optional update
Users may elect to install a new ActiveX that is not required. For instance, with 15.2, an update to the ActiveX was not required unless the user also was running 1.5 ndOffice. There are two ways to perform this upgrade. Either the user can restore the system to its original state and allow the forced update listed above to occur, OR the user can manually run neWebCL.msi to install it.
If the second option is done, the following files are created in C:\Program Files (x86)\NetDocuments:
If you don’t install the MSI version (which lives at https://vault.netvoyage.com/neweb2/apps/newebcl.msi) it will not appear in Programs and Features. The latest version of the MSI install shows in Programs and Features as 2.1.6 and is called NetDocuments Document Activation. If you remove it from here, there may still be a DLL that is being used. Check both locations above to remove all instances.
Whether you install from the MSI, or the DLL version, in IE you will see 188.8.131.52 as the add-on neRemoteDoc Class.
When you click on a document, and if ndOffice 1.5 is installed (we look at the registry entry HKCR\\ndOffice.NdOfficeService), then documents that are considered Office documents (as determined by a static list corresponding the the open types in each Office app, with the exception of TXT and PDF) will be opened by having ActiveX obtain the Document ID and name from the Client API, and will hand this information to ndOffice which will then simply open the file.
Files that are not considered ndOffice files will be opened by ActiveX in any registered app on the system. All saves to such documents will be stored in the echo location (whether temporary or not) and then uploaded and checked back in once the documents are closed and the check-in button is pressed.
Opening non-Office documents opens them as ActiveX documents, whether opening from a list or container view or from the versions dialogs.
Documents can contain both non-Office documents and Office documents as versions. While you can open multiple Office versions, you can not open a non-Office version if the Office version is open and vice-versa. If a user forces the check-in of the open Office document to open the non-Office version, then ndOffice will be confused about the state of the document's checked status. You can correct this by exiting ndOffice and renaming the echo location.
Checkmarks are placed dynamically when a document is checked out. If you open a document using ndOffice, the document's checked status will be updated automatically in the web UI.