[Phil, edit: 11-2-2008]
Platform | Program | Viewing Word (.doc) |
Editing Word (.doc) |
Viewing HTML (.html) |
Editing HTML (.html) |
Viewing (.pdf) |
Windows XP | Internet Explorer 6.0 | Supported (Note-1) |
Supported |
Supported (Note-2) |
Supported | |
Windows XP | Firefox 3.0.3 | --- | --- | |||
Windows XP | Opera 9.61 | --- | --- | Supported | --- | Supported |
Windows XP | DreamWeaver MX | --- | --- | (not recommend.) | Supported | --- |
Windows XP | Word 2003 | Supported (Note-1) |
Supported |
Supported (Note-1) |
Supported | (retest) |
Windows XP | Adobe Reader 7.0 | --- | --- | --- | --- | Supported |
Solaris 5.8 | Firefox 2.0 | --- | --- | Supported | --- | --- |
Solaris 5.8 | Netscape 7.0 | --- | --- | --- | ||
Solaris 5.8 | Adobe Reader 7.0 | --- | --- | --- | --- | Supported |
Note-1:
Word Documents are editable with Internet Explorer (6.0), (and of course, in Word). This is undesirable in the case of using Internet Explorer as a Viewer. Word Documents intended ONLY for viewing should be write-protected (via the operating system, by turning off the "Modify" property, under the Security tab for the file properties, on Windows XP).
Note-2:
When using Internet Explorer, a whole new window (not just a new tab) is shown with each View operation.
Problem-3 -- Fixed:
Word [Microsoft Office Word 2003 (11.8202.8202) SP3], when editing the generated Rpl Set HTML template, drops the HTML named anchors. None of the following forms of named anchors survive saving from Word (with the example of "ExcessToMax" as the anchor name):
- <a href name="ExcessToMax"></a>
- <a href name="ExcessToMax"> </a>
- <a href name="ExcessToMax"/>
Fixed: All of those formats had a problem. The "href" attribuite is incorrect. Removing that fixes this problem.
Bug-4:
Some programs, when given a file in the local file system, require a "scheme prefix" of "file://", and others fail when that prefix is provided. We really need more File Type Association configuration information to do this right. The current crazy logic doesn't work for this case: Firefox viewing of PDF files.
Bug-5 -- Fixed:
The RiverWare / DreamWeaver interface for viewing and editing HTML files works for the Rpl Set. But DreamWeaver fails to load the HTML file when an anchor suffix is appended to the document filename -- which occurs operating the link from a Rpl Group or other Rpl Object (Rule, Function, etc.). Such anchor suffixes are needed when showing the HTML file for a Rpl Group or other Rpl Object (to scroll to that objects section within the document).Fixed: Disable use of anchor suffixes (URL "fragments") when opening a document for editing. This limitation is indicated to the user by the inactive, turned-off checkbox on the bottom of the File Type Association Manager.
Problem-6:
On Solaris with Netscape 7.0, View/Edit operations attempt to launch a new Netscape 7.0 instance, but additional instances cannot be started with the same user "profile". Error message: Netscape 7.0 cannot use the profile "joe" because it is in use. Please choose another profile or create a new one.
Note, however, that Netscape 7.0 on Solaris does support rudimentary HTML document editing.
Windows XP | Microsoft Internet Explorer 6.0
|
Windows XP | Firefox 3.0.3
|
Windows XP | Opera 9.61
|
Solaris 5.8 | Firefox 2.0.0.17
|
Solaris 5.8 | Netscape 7.0
|
---