- oXygen-user - www.oxygenxml.com

Code Templates table mixes up?
by Florent Georges 06 Nov '08

06 Nov '08

Hi, I've experienced strange behavior in the table presenting the Code Templates in the preferences Editor > Templates > Code Templates. For example, the first one in the table is "! / XSL Editor / not-!" but the preview shows: <xs:annotation> <xs:documentation>${caret}</xs:documentation> </xs:annotation> I tried the "Restore Defaults" button, but that doesn't change anything (besides loosing my changes :-p.) When I opened that window, I first tried to re-order the rows in the table (by Name, then Editor.) I don't know if this is related. I used the Export feature, and the result looks ok (at first glance.) Hope that helps, -- Florent Georges http://www.fgeorges.org/

2 1

RE: [oXygen-user] Number of recursive levels in XML Instancegenerator in Oxygen 10.0 [SEC=UNCLASSIFIED]
by John.Hockaday＠ga.gov.au 06 Nov '08

06 Nov '08

Hi, I have Oxygen (Author) 10.0 on my PC and I have been looking for the Generate Sample XML Files option but I can't find it. Attached is a screen dump of the options that I have under the "tools" menu. Is there some setting that I need to make? Thanks. John > -----Original Message----- > From: oxygen-user-bounces(a)oxygenxml.com > [mailto:oxygen-user-bounces@oxygenxml.com] On Behalf Of Hockaday John > Sent: Tuesday, 28 October 2008 5:53 PM > To: george(a)oxygenxml.com > Cc: oxygen-user(a)oxygenxml.com > Subject: RE: [oXygen-user] Number of recursive levels in XML > Instancegenerator in Oxygen 10.0 [SEC=UNCLASSIFIED] > > > Hi George, > > Thanks for that information. It looks like I'll be going for > version 10.0 > ASAP. ;--) > > > John > > > -----Original Message----- > > From: George Cristian Bina [mailto:george@oxygenxml.com] > > Sent: Tuesday, 28 October 2008 5:29 PM > > To: Hockaday John > > Cc: oxygen-user(a)oxygenxml.com > > Subject: Re: [oXygen-user] Number of recursive levels in XML > > Instance generator in Oxygen 10.0 [SEC=UNCLASSIFIED] > > > > > > Hi John, > > > > See the Maximum recursivity level option on the Options page on the > > instance generator dialog: > > http://www.oxygenxml.com/doc/ug-oxygen/xml-schema-instance-gen > erator.html#d4e4823 > > Best Regards, > George > -- > George Cristian Bina > <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger > http://www.oxygenxml.com > > > John.Hockaday(a)ga.gov.au wrote: > > Hi, > > > > I have noticed that a feature in Oxygen 10.0 is the XML > instance generator > > from W3C XML Schemas. I use the ISO 19139 W3C XML Schemas > with my work. > In > > these there is an element called "MD_Identifier" which has > an 'authority' > > element as one of its children. The 'authority' element is of type > > 'CI_Citation' which has a child element of 'identifier'. > This 'identifier' > > element is of type 'MD_Identifier' so you see that there is > a recursive > call > > on the 'MD_Identifier' element. > > > > If these W3C XML Schemas were used to generate an XML > document instance, > the > > resulting XML would just keep on being built until the > process was stopped > > unless there was a way of setting the number of times or > levels that an > > element is recursively called. Can this be set in Oxygen > 10.0? That is, > can > > I stop the recursive call of an element and its children > after so many > loops? > > > > Thanks. > > > > > > John > > _______________________________________________ > > 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 >

2 1

Schematron for each element validation
by Luis Costa 04 Nov '08

04 Nov '08

Hi all, My goal is to test if there is only one Element4 in each Root/Element. I try to do this validation with schematron "a" but the result I have got is the wrong one because "a" is testing if there is only one Element4 in all xml "b" and that is not my intend. Can anyone help me? a) <sch:schema xmlns:sch="http://purl.oclc.org/dsdl/schematron"> <sch:title>XXX</sch:title> <sch:phase id="yyy"> <sch:active pattern="rrr" /> </sch:phase> <sch:pattern id="rrr"> <sch:rule context="Root/Element"> <sch:assert test="Element2[@name='Attribute1']/Element3/Element4 = 1">Attribute1 shall be single Element4</sch:assert> </sch:rule> </sch:pattern> </sch:schema> b) <Root> <Element> <Element2 name="Attribute1"> <Element3> <Element4>Smitty</Element4> </Element3> </Element2> <Element2 name="Attribute2"> <Element3> <Element4>Cleveland Clinic</Element4> <Element4>Parma Community</Element4> </Element3> </Element2> </Element> <Element> <Element2 name="Attribute1"> <Element3> <Element4>Dopplemeyer</Element4> </Element3> </Element2> <Element2 name="Attribute2"> <Element3> <Element4>Cleveland Clinic</Element4> <Element4>Berea Community</Element4> </Element3> </Element2> </Element> </Root> Thank you for your attention and best regards, Luís Costa Software Developer luis.costa(a)alert.pt www.alert-online.pt <http://www.alert-online.pt/> ALERT Life Sciences Computing, S.A. Edifício Lake Towers - pisos 7, 8 e 9 Rua Daciano Baptista Marques, n.º 245 4400-617 Vila Nova de Gaia Portugal Tel.: +351 22 832 89 80 Fax.: +351 22 832 89 82 info(a)alert.pt <mailto:info@alert.pt> This e-mail is privileged, confidential and contains private information. Any reading, retention, distribution or copying of this communication by any person other than its intended recipient is prohibited.

2 1

Re: [oXygen-user] Setting up catalogs
by Radu Coravu 04 Nov '08

04 Nov '08

Hi David, We'll probably have this fix available by Oxygen 9.3 (couple of days). When the fix will be available all you will have to do will be to add your catalog to the Oxygen catalogs list and the DITA Maps Manager topic references will be solved through the catalog. Regards, Radu -- Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com David Linton wrote: >> I understand that you use URN's in topicref href's and you want when a >> map is opened in the DITA Maps Manager view to see correctly the links >> to the hrefs (solved by catalog) and of course when double clicking a >> link to open in the editor the real location solved by catalog. >> Indeed Oxygen does not yet solve by catalog the topic references >> presented in the DITA Maps Manager but we can work on this. >> Is my understanding correct? >> > > Yes, that's right. > > >> You also speak something about Oxygen ignoring catalog entries at >> validation. What kind of validation are you referring to? >> > > I don't know - that's just the phrase you used in the user guide, where you > distinguished "validation" from "transformation". I figured they were the only two processes > involved, but I guess that was wrong. > > >> Also, how have you modified the DITA-OT toolkit to allow the URN's to be >> resolved at transformation time? >> > > DITA-OT isn't happy with map files which aren't at the top level so I ended up preprocessing all the > links into a temporary directory with some XSL; a side-effect of that process is that topicref hrefs > get resolved before they get to DITA-OT. > > Before I did that, it worked fine to replace the <xslt> ant task in DITA-OT with one that used saxon with the > apache commons resolver. > > rgds > dave > . > > >> I understand that you have an xml catalog which solves the URN's to real >> locations. Can you send us a sample from it? >> > > I use "uriStartString" to save writing out all the URNs, although I'm aware that the URNs > aren't quite compliant with the RFC, but it's not caused any problems so far. > > > > <group xml:base="/build/dlinton/p4-workspaces/ws-david/docs/style/MAIN/dita-ot/"> > <rewriteSystem systemIdStartString= "urn:quative.tv:dita:xsl/" rewritePrefix= "xsl/" /> > <rewriteURI uriStartString= "urn:quative.tv:dita:xsl/" rewritePrefix= "xsl/" /> > > <rewriteSystem systemIdStartString= "http://docs.quative.tv/dita/xsl/" rewritePrefix= "xsl/" /> > <rewriteURI uriStartString= "http://docs.quative.tv/dita/xsl/" rewritePrefix= "xsl/" /> > </group> > > <group xml:base="/build/dlinton/p4-workspaces/ws-david/docs/style/MAIN/"> > <rewriteSystem systemIdStartString= "urn:quative.tv:dita:extensions/dtd/" rewritePrefix= "dtd/" /> > <rewriteSystem systemIdStartString= "urn:quative.tv:dita:apiref/dtd/" rewritePrefix= "dtd/" /> > <rewriteSystem systemIdStartString= "urn:quative.tv:dita:javaapiref/dtd/" rewritePrefix= "dtd/" /> > <rewriteSystem systemIdStartString= "urn:quative.tv:dita:dtd/" rewritePrefix= "dtd/" /> > > <rewriteSystem systemIdStartString= "urn:quative.tv:style:" rewritePrefix= "" /> > <rewriteURI uriStartString= "urn:quative.tv:style:" rewritePrefix= "" /> > > <rewriteSystem systemIdStartString= "http://docs.quative.tv/style/" rewritePrefix= "" /> > <rewriteURI uriStartString= "http://docs.quative.tv/style/" rewritePrefix= "" /> > </group> > > <group xml:base="/build/dlinton/tmp/generated/"> > <rewriteURI uriStartString= "urn:quative.tv:docs:generated/" rewritePrefix= "" /> > <rewriteURI uriStartString= "http://docs.quative.tv/generated/" rewritePrefix= "" /> > </group> > > <group xml:base="/build/dlinton/p4-workspaces/ws-david/docs/content/MAIN/cca-ccom/"> > <rewriteURI uriStartString= "urn:quative.tv:docs:cca-ccom/" rewritePrefix= "" /> > <rewriteURI uriStartString= "http://docs.quative.tv/authored/cca-ccom/" rewritePrefix= "" /> > </group> > > <group xml:base="/build/dlinton/p4-workspaces/ws-david/docs/content/MAIN/"> > <rewriteURI uriStartString= "urn:quative.tv:docs:" rewritePrefix= "" /> > <rewriteURI uriStartString= "urn:quative.tv/docs/" rewritePrefix= "" /> > <rewriteURI uriStartString= "http://docs.quative.tv/" rewritePrefix= "" /> > </group> > > > > This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, discussion or disclosure by others is strictly prohibited. If you are not the intended recipient of this email, please contact the sender by return email and delete all copies of this email and its attachments, if any. >

3 4

Poor man's Calabash integration into oXygen
by Florent Georges 31 Oct '08

31 Oct '08

Hi, I wrote a few words on the subject, I thought that could interest people here. It is at: http://fgeorges.blogspot.com/2008/10/poor-mans-calabash-integeration-into.h… I think the most valuable feature would be the editing support of XProc definitions, including embedded XSLT stylesheets. But that is behind my knowledge of oXygen ;-) Regards, -- Florent Georges http://www.fgeorges.org/

2 3

Large File Viewer: Open dialog mistitled
by Lars Huttar 31 Oct '08

31 Oct '08

Hello, In Oxygen 10.0, I launch the Large File Viewer (LFV) via the Tools menu. When I press Ctrl+O in the LFV, a dialog opens. Expected: the dialog title would be "Open File" or something similar. Actual: the dialog title is "Save Results". However when I select a file in this dialog and press OK, the file is loaded, not overwritten. Possibly related context: before launching the LFV, in Oxygen I ran a transformation scenario and then saved the results via the right-click menu and the "Save Results..." menu item. Lars

2 1

RE: [oXygen-user] Oxygen verion 9.3 doesn't recognise XLST2.0 function "lower-case" [SEC=UNCLASSIFIED]
by John.Hockaday＠ga.gov.au 30 Oct '08

30 Oct '08

Hi All, Thanks for all your suggestions. I loaded the XSL that Sorin sent and it validated without errors. I checked my Options -> Preferences -> XSLT -> XSLT 2.0 options and I have selected Saxon-B 9.0.0.6. I then went back to edit the configuration transformation scenario and found the problem. For some unknown reason to logic I somehow had set the "Transformer" option to Saxon 6. Once I set this to Saxon-B 9.0.0.6 the translation worked. ;--) Sorry for causing you all to think about this problem. I should have thought to look at those settings. Instead of looking at the global settings. I'm sorry for the incompetence. ):--( Thanks to you all for the help. I love these support lists. I get great and accurate answers nearly every time. ;--) John > -----Original Message----- > From: oxygen-user-bounces(a)oxygenxml.com > [mailto:oxygen-user-bounces@oxygenxml.com] On Behalf Of Sorin Ristache > Sent: Thursday, 30 October 2008 11:34 PM > To: oxygen-user(a)oxygenxml.com > Subject: Re: [oXygen-user] Oxygen verion 9.3 doesn't > recognise XLST2.0 function "lower-case" [SEC=UNCLASSIFIED] > > > Hello, > > No, the default validator is Saxon 9 because the XSL editor > will detect > automatically the XSLT version from <xsl:stylesheet version="2.0" ... > > Your XSLT 2.0 code fragment is valid. I just tried that in > Oxygen. Just > to make sure the error refers to that code fragment please run the > action Validate Document (the Validate toolbar or the Document -> > Validate menu) on the attached stylesheet. Is there any > validation error? > > > Regards, > Sorin > > > Tommy Nordgren wrote: > > Check what xslt transformer is used for the actual > transformation. > > As far as I know, it's Saxon 6.5 , (which is an xslt 1.0 > transformer) by > > default. > >> A snippet of the XSL code is: > >> > >> <?xml version="1.0" encoding="UTF-8"?> > >> <xsl:stylesheet version="2.0" ... > >> ... > >

1 0

Oxygen verion 9.3 doesn't recognise XLST 2.0 function "lower-case" [SEC=UNCLASSIFIED]
by John.Hockaday＠ga.gov.au 30 Oct '08

30 Oct '08

Hi, I am running Oxygen9.3. I am trying to use an XSLT 2.0 function "lower-case()". For some reason the XLST doesn't recognise this function. I get the error: SystemID: G:\asdd\work\dif2anzlic\DIF-ISO-ANZLIC.xsl Location: 1378:0 Description: Error in expression lower-case(.): Unknown system function: lower-case I don't understand why this is not working. I have set my preferences to use Saxon-B 9.0.0.6 for XSLT 2.0 Validation. Is there some other setting that I need to make? A snippet of the XSL code is: <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="2.0" ... ... <xsl:for-each select="dif:ISO_Topic_Category"> <gmd:topicCategory> <gmd:MD_TopicCategoryCode> <xsl:value-of select="lower-case(normalize-space(.))"/> </gmd:MD_TopicCategoryCode> </gmd:topicCategory> </xsl:for-each> ... Thanks. John

4 3

Custom editor variables
by Florent Georges 29 Oct '08

29 Oct '08

Hi, It seems there is a defined, finite set of editor variables. I didn't find any way to create my own variables. Did I miss something? My problem is: I have some stylesheets I am working on in a separate directory than the oXygen project directory. And that directory can change from time to time. Instead of changing each scenario each time that directory changes, I would like to define an editor variable, my-dir, and use it in the scenarios: "${my-dir}/sub/sheet.xsl" Regards, -- Florent Georges http://www.fgeorges.org/

2 5

Entering Unicode characters
by Thomas Zastrow 29 Oct '08

29 Oct '08

Hello, ist it possible to enter unicode characters into oXygen by the use of shortcuts? I only found the "Character Map" which is also described here: http://www.oxygenxml.com/doc/ug-oxygen/editing-documents.html#working-with-… but thats nit very convenient ... :-) Best, Tom -- Thomas Zastrow Seminar fuer Sprachwissenschaft Universitaet Tuebingen http://www.sfs.uni-tuebingen.de/dialectometry/ Wilhelm Str. 19 D-72074 Tübingen Tel.: 07071/29-73968 Fax: 07071/29-5214

4 3