Dear George,
With this pointer from you, I seem to have identified the exact
problem. It has nothing to do with the introduction of binary
characters or the like.
Oxygen converts
to
and this appears to be what causes the rendering engine in IE to visit
outer space. IE
Thanks for the feedback George.
So, if I understand you correctly, there are no binary whitespace
characters added that might trip IE up. However, Visual Studio does
seem to show some at the tail of the file. A material difference is in
the way that empty elements are handled, and in this ca
Hi Steven,
With the default settings and using the XML Accurate as algorithm I get
294 differences between the two files.
Enabling the "Ignore whitespaces" option results in 10 differences.
Enabling also "Ignore expansion state for empty elements" gets no
differences.
So, basically all the chan
Hello,
This is an unusual situation.
Please send us (support at oxygenxml.com) the original file and the one
from the server.
Many regards,
Dan
Steven Ericsson-Zenith wrote:
> Dear George et al.,
>
> I note a problem that cost me several hours of debugging.
>
> If I generate a strict and val
Try
http://www.memeio.com/index.xhtml
and
http://www.memeio.com/saved-by-oxygen.xhtml
The Oxygen "compare files" notes no differences between these files,
yet one is rendered by IE and the other is not.
I develop on the Mac but if you load these files into Visual Studio on
Dear George et al.,
I note a problem that cost me several hours of debugging.
If I generate a strict and validated xhtml file through Saxon and then
read it into the editor so that I can save it to a URI, the file no
longer renders in IE, though it is still fine in other browsers. If I
sim
On 1/12/10 7:57 AM, "Radu Coravu" wrote:
> Hi Eliot,
>
> Thanks for the feedback, we'll try to fix this.
> The workaround is:
> 1) Open the ZIP in the Archive view, right click the map, "Copy location".
> 2) Open the DITA Maps manager view, click the toolbar "Open URL" button,
> paste in the com
Hi Eliot,
Thanks for the feedback, we'll try to fix this.
The workaround is:
1) Open the ZIP in the Archive view, right click the map, "Copy location".
2) Open the DITA Maps manager view, click the toolbar "Open URL" button,
paste in the combo the previous location, click OK.
Regards,
Radu
--
If I open a Zip that contains a .ditamap file and then open the map file
from the archive manager, it opens in the main editor, not in the maps
manager.
Is there a way to open the map in the maps manager?
This is in the context of a DITA interchange package Zip that contains all
the resources use