|
next
|
Subject: is this a feature or a bug? Author: Kent Reed Date: 22 Nov 2004 05:40 PM
|
Folks:
Just today, I downloaded and installed an evaluation copy of Stylus Studio XML
Professional Edition (SSXPE) - version 6.0 build 212H.
On the theory that I should be able to push buttons without breaking anything, I
loaded an XML schema I had on hand. The file loaded just fine and I traipsed
through it in Text, Tree, and Diagram mode. However, when I click on the
Documentation tab, SSXPE goes into an endless loop displaying a Microsoft
Windows pop-up text-box which reads
'Encountered an I/O error in URL "file:///c:/Documents and
settings/Administrator/Local Settings/Temp/ex.xsd": c:\Documents and
Settings\Administrator\Local Settings\Temp\ex.xsd was not found.'
When I click on OK, it loops back to the same message.
I found only two ways I can break out:
-I can use Task Manager to kill Stylus Studio. This is an ugly solution.
-I can copy the missing file ex.xsd to the location indicated, in which case SSXPE
takes off, processing the documentation. This isn't such a great solution, either
(for example, I wasn't given a chance to set the include/import defaults as has been
described in other messages in this conference).
Granted, I should have read the docs (and possibly the messages on this message
board but how would I know what I was looking for before I ran into a problem?)
before I started exploring the schema, but I don't believe production software
should behave like this. It shouldn't be so hard to break out of the loop and return
to the previous, or some other known, state.
The schema file in question begins with the declaration
---snip---
<xs:schema
targetNamespace="http://www.iai-international.org/ifcXML2/RC1/ifcXML_for_IFC2x2"
xmlns:ifc="http://www.iai-international.org/ifcXML2/RC1/ifcXML_for_IFC2x2"
xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:ex="urn:iso10303-28:ex"
xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="unqualified"
attributeFormDefault="unqualified">
<!-- root element declaration (for SCHEMA definitions) -->
<xs:import namespace="urn:iso10303-28:ex" schemaLocation="ex.xsd"/>
---snip---
The referenced schema file ex.xsd exists in the same directory as this referencing
schema.
Regards,
Kent
PS - I didn't see an obvious way to report bugs, either from the product itself or
via this SSDN, so I chose this "Feature Request" conference.
|
|
|