XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Show tree view Topic
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Postnext
Adam Van den HovenSubject: Feature request and/or defect report
Author: Adam Van den Hoven
Date: 28 Dec 2001 01:24 PM
I've encountered some problems using Studio. Occasionally, I'll load some publicly available file via an HTTP request since it is much easier to look at and work with in studio than in a browser (like IE) or I'm going to do some XSLT for it and I need to look at the source.

Two things happen.

The first is that Studio doesn't do a good job of figuring out what the file is. For instance, If I load the Dublin Core RDF Schema files, I'm going to use the URL from the namespace (i.e. http://purl.org/dc/elements/1.1/ OR http://purl.org/dc/dcmitype/)

However, the trailing / causes problems and the loader doesn't figure out that its loading an XML document, it seems to me that it should be able to figure that out and load it as XML once it discovers the XML processing instruction. Better handling of the fact that some organizations do not use extensions to indicate type should be accounted for.

Second often I'll reformat the XML to make it more readable (fix the indenting and so on), if I have set the option to save in the background I have noticed in the past that studio tries to save the changes to the file, even thought it clearly may not.

Just some thoughts.
Adam

Posttop
Minollo I.Subject: Re: Feature request and/or defect report
Author: Minollo I.
Date: 28 Dec 2001 01:41 PM
At 01:33 PM 12/28/2001 -0500, stylus-studio-tech Listmanager wrote:
>...
>The first is that Studio doesn't do a good job of figuring out what the
>file is. For instance, If I load the Dublin Core RDF Schema files, I'm
>going to use the URL from the namespace (i.e.
>http://purl.org/dc/elements/1.1/ OR http://purl.org/dc/dcmitype/)
>
>However, the trailing / causes problems and the loader doesn't figure out
>that its loading an XML document, it seems to me that it should be able to
>figure that out and load it as XML once it discovers the XML processing
>instruction. Better handling of the fact that some organizations do not
>use extensions to indicate type should be accounted for.

This is an interesting problem; the association "plugin"-document type is a
match on the extension of the URL; in this case you have no URL at all...
and you switch to the default viewer that is the Java editor.
I'm filing a PCR to change this behavior so that for no-extension URLs we
rely on the content.

>Second often I'll reformat the XML to make it more readable (fix the
>indenting and so on), if I have set the option to save in the background I
>have noticed in the past that studio tries to save the changes to the
>file, even thought it clearly may not.

This problem existed and was fixed weeks ago; if you are not running 69f I
would suggest that you upgrade to it (it also bundles Xerces 1.6 which has
a much better support for XML Schema). In the meanwhile I'll double check
that the problem has been fixed in the 69x branch of the sources and not
just in the main development branch.

Thanks,
Minollo

 
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.