- oXygen-user - www.oxygenxml.com

better validation of Schematron schema
by Lars Huttar 18 Jun '10

18 Jun '10

Hi, My request here does not have to do with validating an XML document against a Schematron schema, but rather, finding out whether Schematron schema itself is valid. I'm pleased with Oxygen's support for Schematron, including ISO Schematron. Oxygen really has excellent coverage of XML-related tools. However I have the following enhancement request. When I'm editing a schema foo.sch in oXygen, I can press Ctrl+Shift+V and it does something, and says "Document is valid." I guess it's validating the schema against an RNG schema for Schematron? I don't know. What I do know is that its validation is not as complete as the validation for XSLT stylesheets. It helpfully validates the presence of elements and attributes that are dis/allowed in Schematron (old and ISO versions); but it does not validate the XPath in test expressions. Just now I had an assert whose test attribute's value was not well-formed XPath: <sch:assert test="../../row1/thing[@id = current()/transform[@type = 'From']/target/@id"> Note that I'm missing a final square-bracket in the test expression. Yet Oxygen tells me the Schematron schema is valid. It was only when I tried to *use* the Schematron schema that it told me about the missing ']'. And at this point it's quite a bit harder to debug, because often you're using a manually-constructed pipeline where you have an XSLT transforming your Schematron schema to another XSLT, and then the latter is used to validate your XML document. So you have to sort through several layers to figure out where the problem is. So my request is for stronger validation for Schematron schemas. I'm not sure of the best way to accomplish this... Maybe Oxygen could go ahead and transform the schema to an XSLT using e.g. iso_svrl.xsl and iso_schematron_skeleton.xsl (in the case of ISO Schematron); then validate the result as an XSLT stylesheet. This should take care of the above problem, malformed XPath expressions. It may not be straightforward to map any errors back to a particular point in the original schema, but at least we'd know whether the schema was valid or not, and we'd be better off than we are now, catching errors while editing the schema instead of when using the schema. Thanks for your consideration, Lars

4 5

code template for identity transform
by Lars Huttar 17 Jun '10

17 Jun '10

Dear Oxygen folks, I often find the need to insert an identity transform template into an XSLT stylesheet I'm writing, but I don't always remember the correct XPath for the match pattern and the apply-templates/@select, and it's a nuisance to have to keep looking it up. A few times I've created a code template in Oxygen for it, but it keeps disappearing as I upgrade Oxygen. Would you consider adding this code template to the built-in list for the XSL editor? It seems like it would be useful to a lot of XSL developers. Name: id Description: Identity transform. Associate with: XSL Editor. Content:  <xsl:template match="@* | node()"> <xsl:copy> <xsl:apply-templates select="@* | node()"/> </xsl:copy> </xsl:template> No doubt you can tweak the content if there is a more approved variation on the above. Thanks for your consideration, Lars

3 4

Display of xref (DITA)
by Yan Périard 15 Jun '10

15 Jun '10

Hi, Is there a way to make Oxygen Author in Eclipse display the xrefs/links target titles in the author view instead of the link from the href? Sample DITA XML <concept id="id" xml:lang="en-us"> <title>A Title</title> <shortdesc>A shortdesc</shortdesc> <conbody> An xref not rendered (No content in the element) <xref href="ame1273503188699.xml"/> Followed by a rellink (no content in the element) </conbody> <related-links> <link href="ame1273503188699.xml"/> </related-links> </concept> Thanks Yan Périard

2 1

XML file comparison manual sync?
by Ingo Freitag 04 Jun '10

04 Jun '10

Hello, is it possible to place sync marks in the XML file compare tool? I'm comparing 2 xsd files and the tool gets out of sync and shows much too much differences. Best regards, Ingo

1 0

XSLT output root element force namespaces and attributes sequence
by Martijn Van der Graaff 26 May '10

26 May '10

Hi I need to generate a root element in a output file that contains some attributes and namespaces. It should like this: <?xml version="1.0" encoding="UTF-8"?> <enfinity xsi:schemaLocation="http://www.intershop.com/xml/ns/enfinity/6.2.2/xcs/impex catalog.xsd http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt dt.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.intershop.com/xml/ns/enfinity/6.2.2/xcs/impex" xmlns:xml="http://www.w3.org/XML/1998/namespace" xmlns:dt="http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt" major="6" minor="1" family="enfinity" branch="enterprise" build="6.3.1.2.5"> what I get is this: <enfinity xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.intershop.com/xml/ns/enfinity/6.2.2/xcs/impex" xmlns:dt="http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt" xsi:schemaLocation="http://www.intershop.com/xml/ns/enfinity/6.1/xcs/impex catalog.xsd http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt dt.xsd" major="6" minor="1" family="enfinity" branch="enterprise" build="6.3.1.2.5"> How can I force in XSLT that (xmlns:xml="http://www.w3.org/XML/1998/namespace") is always added to the root element and how can I force on where the attributes are sorted. My xslt snippet is: <xsl:template match="/"... <xsl:element name="enfinity" namespace="http://www.intershop.com/xml/ns/enfinity/6.2.2/xcs/impex"> <xsl:attribute name="xsi:schemaLocation">http://www.intershop.com/xml/ns/enfinity/6.1/xcs/impex catalog.xsd http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt dt.xsd</xsl:attribute> <xsl:namespace name="xsi">http://www.w3.org/2001/XMLSchema-instance</xsl:namespace> <xsl:namespace name="">http://www.intershop.com/xml/ns/enfinity/6.2.2/xcs/impex</xsl:namespace> <xsl:namespace name="xml">http://www.w3.org/XML/1998/namespace</xsl:namespace> <xsl:namespace name="dt">http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt</xsl:namespace> <xsl:attribute name="major" select="$major"/> <xsl:attribute name="minor" select="$minor"/> <xsl:attribute name="family" select="$family"/> <xsl:attribute name="branch" select="$branch"/> <xsl:attribute name="build" select="$build"/> Yours, Martijn

3 3

Attribute name dt:dt
by Martijn Van der Graaff 26 May '10

26 May '10

Hi, I need to create an array of elements with several attributes: <a name="aa" dt:dt="string">aValue</a> dt is a namespace " "htttp://www.dt.com" By using xslt: <custom-attributes> <xsl:for-each select="$custom-attributes"> <xsl:variable name="markCode" select="string(lower-case(./@MarkCode))"/> <xsl:variable name="dtType">string</xsl:variable> <xsl:variable name="markCodeValue" select="./@MarkValue"/> <xsl:element name="custom-attribute" inherit-namespaces="no"> <xsl:attribute name="name" select="$markCode"/> <xsl:attribute name="dt" select="$dtType/text()"/> <xsl:value-of select="$markCodeValue/text()"/> </xsl:element> </xsl:for-each> </custom-attributes> I get in the result <custom-attribute xmlns:dt="http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt" name="brand" dt:dt="string">TITANFLX</custom-attribute> I need to get the xmlns:dt="http://www.intershop.com/xml/ns/enfinity/6.1/core/impex-dt" out of the attribute, The result should be: <custom-attribute name="brand" dt:dt="string">TITANFLX</custom-attribute> Yours, Martijn

2 1

Getting locked out of a project
by Loreti, Wendy 24 May '10

24 May '10

I'm getting this problem when I try to open my workspace. "Tree element '/hardware_help/hardware.ditamap' not found." The file is clearly there and completely healthy and valid. What might this mean otherwise? As a secondary question, how compatible are Oxygen versions with each other? Wendy Loreti Senior Technical Writer Vocollect, Inc. 703 Rodi Rd. Pittsburgh, PA 15235 www.vocollect.com <http://www.vocollect.com/> CONFIDENTIALITY NOTICE This message, together with any attachments, may be legally privileged and is confidential information intended only for the use of the individual or entity to which it is addressed. It is exempt from disclosure under applicable law including court orders. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution or copy of this message, or any attachment, is strictly prohibited. If you have received this message in error, please notify the original sender and delete this message, along with any attachments, from your computer.

2 1

Find ahead
by Karl Stubsjoen 24 May '10

24 May '10

What is the shortcut key for find ahead (I think that is what it is called). The find feature responds to your keystrokes and quickly jumps forward in the document highlight the first found result.

2 1

Re: [oXygen-user] Schema documentation from specific root element
by Adrian Buza 21 May '10

21 May '10

Hi, We already have the clean schema feature request added to our issue tracking tool. It will be implemented in the long term so it's going to take a while. I've added your vote for it. Regards, Adrian Adrian Buza Oxygen XML Editor support Ingo Freitag wrote: > Hi, > > thank you for your quick answer. > > The best solution would be something complete automatic, but it is also possible, that I remove the other root elements before. > > But one problem is, that the schema uses global types (simple and complex) very intensive, which means for me to manually remove all those elements as well. > This is a huge work. > > I already read in former posts, that you were asked to add a function to 'clean' a schema from unused types and other elements. > In my case such a function would do the trick very well :) So my vote to implement it as soon as possible. > > Best regards, > > Ingo > > -----Original Message----- > From: Adrian Buza [mailto:adrian@sync.ro] > Sent: Thursday, May 20, 2010 10:47 AM > To: Ingo Freitag > Cc: oxygen-user(a)oxygenxml.com > Subject: Re: [oXygen-user] Schema documentation from specific root element > > Hello, > > The schema documentation tool is not contextual, it generates the > documentation for the entire schema so I'm afraid you cannot simply > generate the documentation starting from a given root element. > > But there may be a few options that could help you break it down into > smaller parts. > For example if you generate HTML you can split the output in multiple > files by component(in the Output tab). Other than that there are the > generic filters from the Settings tab, but I'm not sure if they're > useful to you in this case. > > There's also the possibility to trim the schema and remove the unwanted > root elements before generating the documentation, but I'm guessing you > were looking for something automatic to do this. > > Regards, > Adrian Buza > Oxygen XML Editor support > > Ingo Freitag wrote: > >> Hi, >> >> I have a very huge schema file with several root elements included. >> Now I want to create a documentation out of one of those root elements only. >> >> Is this somehow possible? >> Of course all linked and referenced types shall also be included in the documentation. >> >> Ingo >> >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user(a)oxygenxml.com >> http://www.oxygenxml.com/mailman/listinfo/oxygen-user >> >> > > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > http://www.oxygenxml.com/mailman/listinfo/oxygen-user >

1 0

Use DITA 1.1 instead of 1.2?
by Yves Barbion 21 May '10

21 May '10

Hi again group I see that oXygen already supports DITA 1.2, which is great! However, this can be a problem in "mixed editor" environments as long as the other editors don't support DITA 1.2 yet. Is there an easy way in oXygen to make sure that the authors don't use the elements and attributes of the DITA 1.2 standard, for example <hazardstatement>, for the time being? Thanks -- Yves Barbion www.scripto.nu

2 1