From bogus@does.not.exist.com  Mon Feb  2 02:25:02 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 02 Feb 2009 10:25:02 +0200
Subject: [oXygen-user] switch off: auto self-standing tag function
In-Reply-To: <314628ab0901311454t60942e0aoee6e3d7e9150b06e@mail.gmail.com>
References: <314628ab0901311454t60942e0aoee6e3d7e9150b06e@mail.gmail.com>
Message-ID: <4986ADDE.4070807@oxygenxml.com>

Hello Tak,

The XSLT processor generates some HTML tags like SCRIPT and BR as 
auto-closing tag (<SCRIPT scr="..." ... />) or as open tag + close tag 
(<SCRIPT scr="..." ... > </SCRIPT>) depending on the output method of 
the transformation. For the HTML output method it generates open tag + 
close tag so that the tags are accepted by Web browsers. But the default 
method is XML which means auto-closing tag. Please add the following 
instruction at the beginning of your XSLT stylesheet:

   <xsl:output method="html"/>


Regards,
Sorin


Takako Kato wrote:
> Dear list,
> In my xsl, in my header, I have a link to java script file, which
> cannot be a self-standing tag:
> 
> <SCRIPT language="Javascript1.2" src="../java/menu_desc.js"
> type="text/javascript"></SCRIPT>
> 
> Every time I transform a xml file, however, the Oxygen automatically
> change the above link into:
> 
> <SCRIPT language="Javascript1.2" src="../java/menu_desc.js"
> type="text/javascript"/>.
> 
> I want to switch off this function, i.e, the function, which change
> the empty tags into self-standing tag automatically. Could anybody
> teach me how to do this, please/
> 
> Thanks very much.
> 
> Best wishes,
> Tak



From bogus@does.not.exist.com  Mon Feb  2 09:53:06 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Mon, 2 Feb 2009 16:53:06 +0100 (CET)
Subject: [oXygen-user] Early access to oXygen 10.1
In-Reply-To: <498327D7.10700@oxygenxml.com>
Message-ID: <781311.70239.qm@web23007.mail.ird.yahoo.com>

George Cristian Bina wrote:

  George,

> - XSLT processor options at transformation scenario level

  This is really nice to be able to set the context initial template
name.  Unfortunately, we still have to provide an XML source document
in the scenario.  I think evaluating a stylesheet without source
document but with an initial template is useful, in particular in an
XML IDE.

  Unfortunately I didn't have time to test the new XSD editor yet
(though at first glance, it seems nice, even if I tend to use the
source editor, with its great completion feature.)

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/
























      


From bogus@does.not.exist.com  Mon Feb  2 18:29:39 2009
From: bogus@does.not.exist.com (Takako Kato)
Date: Tue, 3 Feb 2009 00:29:39 +0000
Subject: [oXygen-user] switch off: auto self-standing tag function
In-Reply-To: <4986ADDE.4070807@oxygenxml.com>
References: <314628ab0901311454t60942e0aoee6e3d7e9150b06e@mail.gmail.com>
	<4986ADDE.4070807@oxygenxml.com>
Message-ID: <314628ab0902021629y5fe002b6l58715d09d05ef7b4@mail.gmail.com>

Dear Sorin,
Thanks very much for your help! I understood why, and also, it worked!

Your help is very much appreciated.

Best wishes,
Tak

2009/2/2 Sorin Ristache <sorin at >:
> Hello Tak,
>
> The XSLT processor generates some HTML tags like SCRIPT and BR as
> auto-closing tag (<SCRIPT scr="..." ... />) or as open tag + close tag
> (<SCRIPT scr="..." ... > </SCRIPT>) depending on the output method of the
> transformation. For the HTML output method it generates open tag + close tag
> so that the tags are accepted by Web browsers. But the default method is XML
> which means auto-closing tag. Please add the following instruction at the
> beginning of your XSLT stylesheet:
>
>  <xsl:output method="html"/>
>
>
> Regards,
> Sorin
>
>
> Takako Kato wrote:
>>
>> Dear list,
>> In my xsl, in my header, I have a link to java script file, which
>> cannot be a self-standing tag:
>>
>> <SCRIPT language="Javascript1.2" src="../java/menu_desc.js"
>> type="text/javascript"></SCRIPT>
>>
>> Every time I transform a xml file, however, the Oxygen automatically
>> change the above link into:
>>
>> <SCRIPT language="Javascript1.2" src="../java/menu_desc.js"
>> type="text/javascript"/>.
>>
>> I want to switch off this function, i.e, the function, which change
>> the empty tags into self-standing tag automatically. Could anybody
>> teach me how to do this, please/
>>
>> Thanks very much.
>>
>> Best wishes,
>> Tak
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>



-- 
--------------------------
Takako Kato
TakakoKato123 at 
School of English
University of Leicester
University Road
Leicester LE1 7RH, UK
+44-(0)116-252-2628
http://www.le.ac.uk/ee/em1060to1220/


From bogus@does.not.exist.com  Wed Feb  4 12:01:04 2009
From: bogus@does.not.exist.com (Mike Starov)
Date: Wed, 04 Feb 2009 10:01:04 -0800
Subject: [oXygen-user] External data from XQuery in Transformation Scenario.
Message-ID: <4989D7E0.9010706@netce.com>

I am new to oxygen and I was wondering if it is possible to setup a
transformation scenario where it would take my local file then add some
data from external XQuery processor and take resulting XML and hand it
off XSLT Processor and then to PDF FO.


Here is my scenario in more details.

I have main input DocBook 5 xml file. That file contains most of the
data that needs to go in PDF. However final PDF needs some data that is
not in that XML. That data is stored in a separate set of files and
needs to be selected using complex XQuery based on certain parameters.
Those parameters are stored in main xml file in processing instructions.
Is something like this possible? Perhaps chained scenarios where output
of one is input to another. Sort of like Apache Cocoon with eXist.


-- 
Sincerely,

Mike


From bogus@does.not.exist.com  Thu Feb  5 04:12:21 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Thu, 05 Feb 2009 12:12:21 +0200
Subject: [oXygen-user] External data from XQuery in Transformation
	Scenario.
In-Reply-To: <4989D7E0.9010706@netce.com>
References: <4989D7E0.9010706@netce.com>
Message-ID: <498ABB85.9040600@oxygenxml.com>

Hello,

It is possible to set up a chain of XSLT transformations in the same 
transformation scenario but in the current version it is not possible to 
chain XQuery and XSLT transformations in the same scenario. That means 
you will have to create a first scenario that runs the XQuery 
transformation for filling the DocBook 5 XML file with the details based 
on the processing instructions and a second scenario that applies the 
predefined DocBook PDF scenario to the result of the first scenario.

You find details about transformation scenarios (create a scenario, 
chain some transformations in the same scenario, etc) and about the 
supported XQuery processors in the Oxygen User Manual:

http://www.oxygenxml.com/doc/ug-oxygen/defining-new-transformation-scenario.html

http://www.oxygenxml.com/doc/ug-oxygen/additional-xslt-stylesheets.html

http://www.oxygenxml.com/doc/ug-oxygen/transforming-xml-documents-using-xquery.html

http://www.oxygenxml.com/doc/ug-oxygen/database-perspective.html

If the XQuery processor does not have built-in support in Oxygen you can 
set it as custom processor in Oxygen and use it in a transformation 
scenario:

http://www.oxygenxml.com/doc/ug-oxygen/preferences-custom-engines.html

Please let us know if you have problems using any feature.

Also you can set up an XProc scenario and run it as a single action from 
Oxygen with an integration of an XProc processor, as in Florent's 
example (he posted a message about it to this mailing list too):

http://fgeorges.blogspot.com/2008/10/poor-mans-calabash-integeration-into.html

http://fgeorges.blogspot.com/2008/11/xproc-with-xslt-completion-in-oxygen.html


Regards,
Sorin


Mike Starov wrote:
> I am new to oxygen and I was wondering if it is possible to setup a
> transformation scenario where it would take my local file then add some
> data from external XQuery processor and take resulting XML and hand it
> off XSLT Processor and then to PDF FO.
> 
> 
> Here is my scenario in more details.
> 
> I have main input DocBook 5 xml file. That file contains most of the
> data that needs to go in PDF. However final PDF needs some data that is
> not in that XML. That data is stored in a separate set of files and
> needs to be selected using complex XQuery based on certain parameters.
> Those parameters are stored in main xml file in processing instructions.
> Is something like this possible? Perhaps chained scenarios where output
> of one is input to another. Sort of like Apache Cocoon with eXist.


From bogus@does.not.exist.com  Thu Feb  5 10:36:06 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Thu, 5 Feb 2009 16:36:06 +0000 (GMT)
Subject: [oXygen-user] External data from XQuery in Transformation
	Scenario.
In-Reply-To: <498ABB85.9040600@oxygenxml.com>
Message-ID: <74046.42202.qm@web23007.mail.ird.yahoo.com>


Sorin Ristache wrote:

  Hi,

> Also you can set up an XProc scenario and run it as a
> single action from Oxygen with an integration of an XProc
> processor, as in Florent's example (he posted a message
> about it to this mailing list too):

>http://fgeorges.blogspot.com/2008/10/poor-mans-calabash-integeration-into.html
>http://fgeorges.blogspot.com/2008/11/xproc-with-xslt-completion-in-oxygen.html

  Out of interest, Mike can use something like the following if he wants to follow that road:

<p:pipeline xmlns:p="http://www.w3.org/ns/xproc"
            xmlns:c="http://www.w3.org/ns/xproc-step"
            xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
            xmlns:e="http://exist.sourceforge.net/NS/exist">

   <!-- query eXist through its REST interface -->
   <p:http-request name="hello">
      <p:input port="source">
         <p:inline>
            <c:request href="http://localhost:8080/exist/rest/db"
                       method="post" username=".." password="..">
               <c:body content-type="application/xml">
                  <e:query>
                     <e:text>concat('Hello, ', 'world!')</e:text>
                  </e:query>
               </c:body>
            </c:request>
         </p:inline>
      </p:input>
   </p:http-request>

   <!-- enrich the docbook document with data from eXist -->
   <p:xslt name="enrich">
      <p:input port="source">
         <p:document href="mike-starov.xml"/>
         <p:pipe port="result" step="hello"/>
      </p:input>
      <p:input port="stylesheet">
         <p:inline>
            <xsl:stylesheet version="2.0">
               <!-- identity template pattern -->
               <xsl:template match="@*|node()">
                  <xsl:copy>
                     <xsl:apply-templates select="@*|node()"/>
                  </xsl:copy>
               </xsl:template>
               <!-- add a PI before the title elements -->
               <xsl:template match="title">
                  <xsl:processing-instruction name="pi">
                     <xsl:value-of select="collection()[2]/*"/>
                  </xsl:processing-instruction>
                  <xsl:next-match/>
               </xsl:template>
            </xsl:stylesheet>
         </p:inline>
      </p:input>
   </p:xslt>

   <!-- transform the resulting docbook document -->   
   <p:xslt name="format">
      <p:input port="source">
         <p:pipe port="result" step="enrich"/>
      </p:input>
      <!-- the stylesheet you use to format the resulting docbook
           document -->
      <p:input port="stylesheet">
         ...
      </p:input>
   </p:xslt>

</p:pipeline>

  Hope that helps,

-- 
Florent Georges
http://www.fgeorges.org/























      __________________________________________________________________________________________________
Ne pleurez pas si votre Webmail ferme ! R?cup?rez votre historique sur Yahoo! Mail ! http://fr.docs.yahoo.com/mail/transfert_mails.html


From bogus@does.not.exist.com  Thu Feb  5 11:23:37 2009
From: bogus@does.not.exist.com (Mike Starov)
Date: Thu, 05 Feb 2009 09:23:37 -0800
Subject: [oXygen-user] External data from XQuery in Transformation
	Scenario.
In-Reply-To: <498ABB85.9040600@oxygenxml.com>
References: <4989D7E0.9010706@netce.com> <498ABB85.9040600@oxygenxml.com>
Message-ID: <498B2099.3080409@netce.com>

Hello.
>
> It is possible to set up a chain of XSLT transformations in the same
> transformation scenario but in the current version it is not possible
> to chain XQuery and XSLT transformations in the same scenario. That
> means you will have to create a first scenario that runs the XQuery
> transformation for filling the DocBook 5 XML file with the details
> based on the processing instructions and a second scenario that
> applies the predefined DocBook PDF scenario to the result of the first
> scenario.
>
> You find details about transformation scenarios (create a scenario,
> chain some transformations in the same scenario, etc) and about the
> supported XQuery processors in the Oxygen User Manual:
I cannot find a way to chain transformation scenarios and execute them
in one step.
>
> If the XQuery processor does not have built-in support in Oxygen you
> can set it as custom processor in Oxygen and use it in a
> transformation scenario:
I know oXygen has support for eXist but is there a way to execute
XQeries withing oXygen locally without use of a server. Perhaps using
Saxon. All files that are to be queried are within the project or in the
same directory as the project. This way I can modify files and see the
end result right away without having to upload to server. I know i can
just edit files directly in eXist DB but that is not good enough. All my
XML files are to be under source control and thus have to be local (or
maybe WebDAV).

I am making my way through the Manuals ( i am looking at both Author and
Editor ) and if some of my questions are answered there then bare with
me and please point me there. By the way,  oXygen is by far one of the
best written apps I ever used ( appears to be very well designed and
thought through ). :)
>
> Please let us know if you have problems using any feature.
>
> Also you can set up an XProc scenario and run it as a single action
> from Oxygen with an integration of an XProc processor, as in Florent's
> example (he posted a message about it to this mailing list too):
>
> http://fgeorges.blogspot.com/2008/10/poor-mans-calabash-integeration-into.html
>
>
> http://fgeorges.blogspot.com/2008/11/xproc-with-xslt-completion-in-oxygen.html
>

Thanks. The sample from F. Georges really put the light on it. This
looks very promising. Actually I never heard of XProc before so I had to
go and research it a bit. To me it looks very similar (in concept) to
Apache Cocoon pipelines. I already have a working Cocoon pipeline that
takes main XML add more XML from XQuery then hands it off to XSL then to
FO Processor. The downside to this, is that after editing XML, you have
update XML DB on the server to get new results. I would rather have this
done all withing oXygen with a press of a button, at least for preview
purposes. Seems like XProc can do it for me. Now where do I find a good
tutorial for it. I need to know if it can for FO -> PDF transformations.


From bogus@does.not.exist.com  Thu Feb  5 13:41:24 2009
From: bogus@does.not.exist.com (Ethan Metsger)
Date: Thu, 05 Feb 2009 14:41:24 -0500
Subject: [oXygen-user] Customizing footers in output PDF
Message-ID: <op.uov8zaj8p2vmmn@dell.linuxdev.us.dell.com>

Hi, all.

I confess that I'm something of an XSLT newbie.  I'm working on  
customizing the output footers for our PDF documentation, and I'm having a  
difficult time of selecting the appropriate elements using XSLT.

I'm trying to use the pagesetup.xsl stylesheet as a template, and I've  
been doing some work trying to construct the appropriate <xsl:value-of>  
selection.  It has been somewhat difficult to use what should be a very  
simple selection:

    <xsl:value-of select="book/info/productname"/>

The problem is that "book" no longer lives in the default namespace, but  
(it seems) in the "d" namespace:

<xsl:stylesheet exclude-result-prefixes="d"
                  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
                 xmlns:d="http://docbook.org/ns/docbook"

I've tried removing the "exclude-result-prefixes" item and trying several  
variations on the above value-of query:

    <xsl:value-of select="d:book/info/productname"/>
    <xsl:value-of select="d:/book/info/productname"/>
    <xsl:value-of select="d:book/d:info/d:productname"/>
    <xsl:value-of select="d:productname"/>

And the like.  I know that the rule is being triggered because I'm getting  
textual output in the resulting PDF.  But so far I'm mystified about how  
to go about modifying the header with the product name and version.  I am  
nearly certain the issue is namespace related, because I'm able to get  
xsltproc to transform the xml file using pretty trivial xsl.

I've attached both.  I ran:

    xsltproc test.xsl 00_XBinder_Master.xml

I'm using Saxon with Oxygen for the transformation.


Best,

Ethan Metsger

-- 
Objective Systems, Inc.
REAL WORLD ASN.1 AND XML SOLUTIONS
Tel: +1 (484) 875-9841
Fax: +1 (484) 875-9830
Toll-free: (877) 307-6855 (USA only)
http://www.obj-sys.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 00_XBinder_Master.xml
Type: text/xml
Size: 1275 bytes
Desc: not available
Url : http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090205/9aaa75e2/attachment.xml 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.xsl
Type: application/octet-stream
Size: 354 bytes
Desc: not available
Url : http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090205/9aaa75e2/attachment.obj 

From bogus@does.not.exist.com  Thu Feb  5 13:42:45 2009
From: bogus@does.not.exist.com (Mike Starov)
Date: Thu, 05 Feb 2009 11:42:45 -0800
Subject: [oXygen-user] External data from XQuery in Transformation
	Scenario.
In-Reply-To: <498ABB85.9040600@oxygenxml.com>
References: <4989D7E0.9010706@netce.com> <498ABB85.9040600@oxygenxml.com>
Message-ID: <498B4135.6020705@netce.com>


>> I am new to oxygen and I was wondering if it is possible to setup a
>> transformation scenario where it would take my local file then add some
>> data from external XQuery processor and take resulting XML and hand it
>> off XSLT Processor and then to PDF FO.
>>
>>
>> Here is my scenario in more details.
>>
>> I have main input DocBook 5 xml file. That file contains most of the
>> data that needs to go in PDF. However final PDF needs some data that is
>> not in that XML. That data is stored in a separate set of files and
>> needs to be selected using complex XQuery based on certain parameters.
>> Those parameters are stored in main xml file in processing instructions.
>> Is something like this possible? Perhaps chained scenarios where output
>> of one is input to another. Sort of like Apache Cocoon with eXist.
I got it down to 2 steps.
  1. I have XQuery file that concatenates main XML file with results of
a FLOWR expression that extracts data from other files. When I  run a
transformation scenario it executes the XQuery file and opens the result
in editor.
(I am forced to have second step because i cannot find a way to
associate an XSLT sheet to XQuery file. The "Additional XSLT
Stylesheets" button is missing from Transformation configuration dialog.)
 2.  Now its time to convert resulting file into PDF. For this i have a
transformation scenario configured that runs it through two XSLT sheets.
First puts correct data in place of PIs and outputs valid DocBook, next
makes FO out of DocBook.

This is close to what i want. Actually I would have been happy with this
but I am developing this for our content authors. They need a one button
solution and preferably that one button needs to be available while they
have main XML open for editing. As you pointed out this may be available
using external tools like XProc or maybe an external script that uses
saxon command line, but I am just exploring what I can do with oXygen
transformation scenarios.



From bogus@does.not.exist.com  Thu Feb  5 14:04:48 2009
From: bogus@does.not.exist.com (Mike Starov)
Date: Thu, 05 Feb 2009 12:04:48 -0800
Subject: [oXygen-user] Customizing footers in output PDF
In-Reply-To: <op.uov8zaj8p2vmmn@dell.linuxdev.us.dell.com>
References: <op.uov8zaj8p2vmmn@dell.linuxdev.us.dell.com>
Message-ID: <498B4660.7000200@netce.com>

Ethan Metsger wrote:
> Hi, all.
>
> I confess that I'm something of an XSLT newbie.  I'm working on
> customizing the output footers for our PDF documentation, and I'm
> having a difficult time of selecting the appropriate elements using XSLT.
>
> I'm trying to use the pagesetup.xsl stylesheet as a template, and I've
> been doing some work trying to construct the appropriate
> <xsl:value-of> selection.  It has been somewhat difficult to use what
> should be a very simple selection:
>
>    <xsl:value-of select="book/info/productname"/>
>
> The problem is that "book" no longer lives in the default namespace,
> but (it seems) in the "d" namespace:
It is in the http://docbook.org/ns/docbook namespace. You have default
namespace declaration in the xml file:
xmlns="http://docbook.org/ns/docbook". This makes all element in the
document not explicitly prepended with namespace have the default
namespace. But this is not a problem. This is how oXygen knows that this
is docbook file.
>
> <xsl:stylesheet exclude-result-prefixes="d"
>                  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
>                 xmlns:d="http://docbook.org/ns/docbook"
>
> I've tried removing the "exclude-result-prefixes" item and trying
> several variations on the above value-of query:
>
>    <xsl:value-of select="d:book/info/productname"/>
>    <xsl:value-of select="d:/book/info/productname"/>
>    <xsl:value-of select="d:book/d:info/d:productname"/>
>    <xsl:value-of select="d:productname"/>
Only the third is the correct one. This is what is in you xsl and it is
fine. I tried to run in oXygen and it grabbed the productname.
>
> And the like.  I know that the rule is being triggered because I'm
> getting textual output in the resulting PDF.  But so far I'm mystified
> about how to go about modifying the header with the product name and
> version.  I am nearly certain the issue is namespace related, because
> I'm able to get xsltproc to transform the xml file using pretty
> trivial xsl.
Now for PDF transformation your xsl is not correct. It is outputting
HTML and you need FO. To get the correct footer in PDF you have to
modify the standard docbook.xsl behavior either by using params or
extending it. I am not sure how exactly but you can find info in
http://sagehill.net/book-description.html
>
> I've attached both.  I ran:
>
>    xsltproc test.xsl 00_XBinder_Master.xml
>
> I'm using Saxon with Oxygen for the transformation.
>
>
> Best,
>
> Ethan Metsger
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user





From bogus@does.not.exist.com  Thu Feb  5 16:08:41 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Thu, 05 Feb 2009 16:08:41 -0600
Subject: [oXygen-user] New From Template Opens In Text Mode,
 How to Make it Open In Author Mode?
Message-ID: <C5B0BF89.D4AC%ekimber@reallysi.com>

I looked in the help and poked around in the options but I didn't see
anything that determines whether or not a new document created from a
template will open in Author mode or Text mode or Grid mode.

Is there a way to control this? My desire is to have new templates open in
Author mode.

Thanks,

Eliot

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Fri Feb  6 02:13:16 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Fri, 06 Feb 2009 10:13:16 +0200
Subject: [oXygen-user] Customizing footers in output PDF
In-Reply-To: <498B4660.7000200@netce.com>
References: <op.uov8zaj8p2vmmn@dell.linuxdev.us.dell.com>
	<498B4660.7000200@netce.com>
Message-ID: <498BF11C.6030908@oxygenxml.com>

Hello,

If you want to modify the header or footer of a PDF output you need to 
customize the DocBook stylesheet for XSL-FO output. See the section 
about headers and footers in print customizations, that is XSL-FO 
customizations:

http://www.sagehill.net/docbookxsl/PrintHeaders.html


Regards,
Sorin


Mike Starov wrote:
>> And the like.  I know that the rule is being triggered because I'm
>> getting textual output in the resulting PDF.  But so far I'm mystified
>> about how to go about modifying the header with the product name and
>> version.  I am nearly certain the issue is namespace related, because
>> I'm able to get xsltproc to transform the xml file using pretty
>> trivial xsl.
> Now for PDF transformation your xsl is not correct. It is outputting
> HTML and you need FO. To get the correct footer in PDF you have to
> modify the standard docbook.xsl behavior either by using params or
> extending it. I am not sure how exactly but you can find info in
> http://sagehill.net/book-description.html


From bogus@does.not.exist.com  Fri Feb  6 02:30:26 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Fri, 06 Feb 2009 10:30:26 +0200
Subject: [oXygen-user] New From Template Opens In Text Mode, How to Make
	it Open In Author Mode?
In-Reply-To: <C5B0BF89.D4AC%ekimber@reallysi.com>
References: <C5B0BF89.D4AC%ekimber@reallysi.com>
Message-ID: <498BF522.8060408@oxygenxml.com>

Hello,

In version 10.0 go to menu Options -> Preferences -> Editor -> Open/Save 
and select Author in the combo called "Open XML in". In the build of 
Oxygen 10.1 beta you have to go to Preferences -> Editor -> Pages and 
set Author as the initial mode for the XML editor type. The set of 
available modes is not the same for all editor types anymore. There is a 
new mode called Schema that is available only for the XSD editor and 
there are editor types for which the Author mode does not make sense.


Regards,
Sorin


Eliot Kimber wrote:
> I looked in the help and poked around in the options but I didn't see
> anything that determines whether or not a new document created from a
> template will open in Author mode or Text mode or Grid mode.
> 
> Is there a way to control this? My desire is to have new templates open in
> Author mode.
> 
> Thanks,
> 
> Eliot


From bogus@does.not.exist.com  Fri Feb  6 03:51:39 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Fri, 06 Feb 2009 11:51:39 +0200
Subject: [oXygen-user] External data from XQuery in
	Transformation	Scenario.
In-Reply-To: <498B4135.6020705@netce.com>
References: <4989D7E0.9010706@netce.com> <498ABB85.9040600@oxygenxml.com>
	<498B4135.6020705@netce.com>
Message-ID: <498C082B.6050703@oxygenxml.com>

In the current version of Oxygen an XQuery transformation cannot be 
chained with an XSLT one. Only XSLT transformations can be chained. You 
need to run an XQuery scenario first and run the XSLT scenario on the 
result of the first one.

Yes, you can set Saxon 9 as transformation engine in the XQuery scenario 
and apply it to local files instead of files stored in an eXist 
database. Just select Saxon XQuery 9 in the Transformer combo box of the 
dialog for editing an XQuery scenario and the path of the local XML 
input file in the XML URL field.


Regards,
Sorin


Mike Starov wrote:
> (I am forced to have second step because i cannot find a way to
> associate an XSLT sheet to XQuery file. The "Additional XSLT
> Stylesheets" button is missing from Transformation configuration dialog.)


> This is close to what i want. Actually I would have been happy with this
> but I am developing this for our content authors. They need a one button
> solution and preferably that one button needs to be available while they
> have main XML open for editing. As you pointed out this may be available
> using external tools like XProc or maybe an external script that uses
> saxon command line, but I am just exploring what I can do with oXygen
> transformation scenarios.



From bogus@does.not.exist.com  Fri Feb  6 04:59:21 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Fri, 06 Feb 2009 12:59:21 +0200
Subject: [oXygen-user] External data from XQuery in
	Transformation	Scenario.
In-Reply-To: <498B2099.3080409@netce.com>
References: <4989D7E0.9010706@netce.com> <498ABB85.9040600@oxygenxml.com>
	<498B2099.3080409@netce.com>
Message-ID: <498C1809.7040509@oxygenxml.com>

The transformation scenarios cannot be chained. The XSLT transformations 
can be chained in a scenario if you set the first XSLT stylesheet in the 
XSL URL field and add the following stylesheets with the Additional XSLT 
stylesheets button:

http://www.oxygenxml.com/doc/ug-oxygen/additional-xslt-stylesheets.html

http://www.oxygenxml.com/doc/ug-oxygen/defining-new-transformation-scenario.html


Regards,
Sorin


Mike Starov wrote:
> I cannot find a way to chain transformation scenarios and execute them
> in one step.


From bogus@does.not.exist.com  Fri Feb  6 07:27:42 2009
From: bogus@does.not.exist.com (Ethan Metsger)
Date: Fri, 06 Feb 2009 08:27:42 -0500
Subject: [oXygen-user] Customizing footers in output PDF
In-Reply-To: <498BF11C.6030908@oxygenxml.com>
References: <op.uov8zaj8p2vmmn@dell.linuxdev.us.dell.com>
	<498B4660.7000200@netce.com> <498BF11C.6030908@oxygenxml.com>
Message-ID: <op.uoxmcgiop2vmmn@dell.linuxdev.us.dell.com>

On Fri, 06 Feb 2009 03:13:16 -0500, Sorin Ristache <sorin at >  
wrote:

> If you want to modify the header or footer of a PDF output you need to  
> customize the DocBook stylesheet for XSL-FO output. See the section  
> about headers and footers in print customizations, that is XSL-FO  
> customizations:

Hi, Sorin, Mike.

Thanks for your responses.  I was able to get it working this morning  
using:

    <xsl:apply-templates select="//d:productname"/>

instead.  For whatever reason, attempting to use

    <xsl:value-of select="d:book/d:info/d:productname/>

wasn't working.  I had seen the page you directed me to before--in fact,  
it's in my bookmarks--but the missing namespace is what cost me there.  So  
I was able to generate the documentation appropriately.

Thanks for your kind and swift responses.


Best,

Ethan
(emetsger at )


From bogus@does.not.exist.com  Fri Feb  6 10:52:11 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Fri, 06 Feb 2009 10:52:11 -0600
Subject: [oXygen-user] New From Template Opens In Text Mode, How to Make
	it Open In Author Mode?
In-Reply-To: <498BF522.8060408@oxygenxml.com>
Message-ID: <C5B1C6DB.D51B%ekimber@reallysi.com>

On 2/6/09 2:30 AM, "Sorin Ristache" <sorin at > wrote:

> Hello,
> 
> In version 10.0 go to menu Options -> Preferences -> Editor -> Open/Save
> and select Author in the combo called "Open XML in". In the build of
> Oxygen 10.1 beta you have to go to Preferences -> Editor -> Pages and
> set Author as the initial mode for the XML editor type. The set of
> available modes is not the same for all editor types anymore. There is a
> new mode called Schema that is available only for the XSD editor and
> there are editor types for which the Author mode does not make sense.

Cool--thanks, I had totally missed the open/save options.

Cheers,

E.

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Fri Feb  6 11:02:14 2009
From: bogus@does.not.exist.com (Mike Starov)
Date: Fri, 06 Feb 2009 09:02:14 -0800
Subject: [oXygen-user] External data from XQuery in
	Transformation	Scenario.
In-Reply-To: <498C1809.7040509@oxygenxml.com>
References: <4989D7E0.9010706@netce.com>
	<498ABB85.9040600@oxygenxml.com>	<498B2099.3080409@netce.com>
	<498C1809.7040509@oxygenxml.com>
Message-ID: <498C6D16.602@netce.com>

Sorin Ristache wrote:
> The transformation scenarios cannot be chained. The XSLT
> transformations can be chained in a scenario if you set the first XSLT
> stylesheet in the XSL URL field and add the following stylesheets with
> the Additional XSLT stylesheets button:
>
Is this feature ( being able to arbitrarily create a transformation
pipeline ) on oXygen's development TODO list? I think this will be
useful for many people. Its like XProc or Cocoon but its all local to
the editor. That will make oXygen editor one stop shop for sure. We are
still going to use the editor: I'll probably build an external scripts
that does everything in one step.
>
> Regards,
> Sorin
>
>
> Mike Starov wrote:
>> I cannot find a way to chain transformation scenarios and execute them
>> in one step.
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user



From bogus@does.not.exist.com  Fri Feb  6 11:28:14 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Fri, 6 Feb 2009 17:28:14 +0000 (GMT)
Subject: [oXygen-user] External data from XQuery in Transformation
	Scenario.
In-Reply-To: <498C6D16.602@netce.com>
Message-ID: <593540.6935.qm@web23008.mail.ird.yahoo.com>


Mike Starov wrote:

> Is this feature ( being able to arbitrarily create a
> transformation pipeline ) on oXygen's development TODO list?
> I think this will be useful for many people. Its like XProc
> or Cocoon but its all local to the editor.

  If we speak about future features related to the scenarii in
oXygen, I think it would be more consistent to invest on XProc
support, and allowing one to use an XProc script to drive a
scenario.

  But I am maybe not totally objective here ;-)

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/






















      __________________________________________________________________________________________________
Ne pleurez pas si votre Webmail ferme ! R?cup?rez votre historique sur Yahoo! Mail ! http://fr.docs.yahoo.com/mail/transfert_mails.html


From bogus@does.not.exist.com  Fri Feb  6 15:51:32 2009
From: bogus@does.not.exist.com (Lars Huttar)
Date: Fri, 06 Feb 2009 15:51:32 -0600
Subject: [oXygen-user] External data from XQuery in
	Transformation	Scenario.
In-Reply-To: <593540.6935.qm@web23008.mail.ird.yahoo.com>
References: <593540.6935.qm@web23008.mail.ird.yahoo.com>
Message-ID: <498CB0E4.6050402@sil.org>

On 2/6/2009 11:28 AM, Florent Georges wrote:
> Mike Starov wrote:
> 
>> Is this feature ( being able to arbitrarily create a
>> transformation pipeline ) on oXygen's development TODO list?
>> I think this will be useful for many people. Its like XProc
>> or Cocoon but its all local to the editor.
> 
>   If we speak about future features related to the scenarii in
> oXygen, I think it would be more consistent to invest on XProc
> support, and allowing one to use an XProc script to drive a
> scenario.
> 
>   But I am maybe not totally objective here ;-)
> 
>   Regards,
> 

I would agree that if you're going to provide XML pipeline features, it
would be more useful if you could go with an existing standard (i.e.
XProc), rather than reinventing the wheel... then the pipelines we use
in Oxygen could be used elsewhere and vice versa.

That would also help identify needed improvements to the XProc draft
standard, as well as helping to drive adoption.

Lars


From bogus@does.not.exist.com  Fri Feb  6 15:53:45 2009
From: bogus@does.not.exist.com (Lars Huttar)
Date: Fri, 06 Feb 2009 15:53:45 -0600
Subject: [oXygen-user] External data from XQuery in
	Transformation	Scenario.
In-Reply-To: <498CB0E4.6050402@sil.org>
References: <593540.6935.qm@web23008.mail.ird.yahoo.com>
	<498CB0E4.6050402@sil.org>
Message-ID: <498CB169.1000806@sil.org>

On 2/6/2009 3:51 PM, Lars Huttar wrote:

> I would agree that if you're going to provide XML pipeline features, it
> would be more useful if you could go with an existing standard (i.e.
> XProc), rather than reinventing the wheel... then the pipelines we use
> in Oxygen could be used elsewhere and vice versa.
> 
> That would also help identify needed improvements to the XProc draft
> standard, as well as helping to drive adoption.
> 
> Lars
> 

P.S. Even though we use Cocoon heavily, I would prefer to see XProc
support in Oxygen than Cocoon sitemap support. The latter is not
designed for use outside of Cocoon. Nor is it designed to be a standard;
it has a lot of quirks.

Lars


From bogus@does.not.exist.com  Tue Feb 10 22:33:47 2009
From: bogus@does.not.exist.com ()
Date: Wed, 11 Feb 2009 15:33:47 +1100
Subject: [oXygen-user] How do I switch off validation of XSDs that are
 called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <8B2245497B7F9348B262E7DF858E0B722C5B95CF9D@EXCCR01.agso.gov.au>
Message-ID: <8B2245497B7F9348B262E7DF858E0B722C5B95D01C@EXCCR01.agso.gov.au>

Hi,

I have an XML document instance and when I validate it against and XSD, Oxygen 10.0 validates the XSD?  I have been told by so called experts that the XSDs are valid but I keep on getting the errors.  What preferences do I set to validate the XML document instance and not the relevant XSDs?

Thanks.

 John Hockaday
 Geoscience Australia
 GPO Box 378
 Canberra ACT 2601
 (02) 6249 9735
 http://www.ga.gov.au/
 john.hockaday\@ga.gov.au


From bogus@does.not.exist.com  Wed Feb 11 02:03:08 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 11 Feb 2009 10:03:08 +0200
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <8B2245497B7F9348B262E7DF858E0B722C5B95D01C@EXCCR01.agso.gov.au>
References: <8B2245497B7F9348B262E7DF858E0B722C5B95D01C@EXCCR01.agso.gov.au>
Message-ID: <4992863C.80309@oxygenxml.com>

Hello,

The XML Schema is validated implicitly when an XML file is validated 
against that schema. You cannot disable that with a preference. If the 
XML Schema is valid then the validation errors are in the XML file. 
Please send some sample files to see if the schema or the XML file is 
not valid.


Regards,
Sorin


John.Hockaday at  wrote:
> Hi,
> 
> I have an XML document instance and when I validate it against and XSD, Oxygen 10.0 validates the XSD?  I have been told by so called experts that the XSDs are valid but I keep on getting the errors.  What preferences do I set to validate the XML document instance and not the relevant XSDs?
> 
> Thanks.


From bogus@does.not.exist.com  Wed Feb 11 02:07:35 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 11 Feb 2009 10:07:35 +0200
Subject: [oXygen-user] External data from XQuery in Transformation
	Scenario.
In-Reply-To: <498CB0E4.6050402@sil.org>
References: <593540.6935.qm@web23008.mail.ird.yahoo.com>
	<498CB0E4.6050402@sil.org>
Message-ID: <49928747.9020301@oxygenxml.com>

Hello,

You can increase the priority of the XProc support with your votes for 
this feature on the page with the most wanted features:

http://www.oxygenxml.com/survey.html


Thank you,
Sorin


Lars Huttar wrote:
> On 2/6/2009 11:28 AM, Florent Georges wrote:
>> Mike Starov wrote:
>>
>>> Is this feature ( being able to arbitrarily create a
>>> transformation pipeline ) on oXygen's development TODO list?
>>> I think this will be useful for many people. Its like XProc
>>> or Cocoon but its all local to the editor.
>>   If we speak about future features related to the scenarii in
>> oXygen, I think it would be more consistent to invest on XProc
>> support, and allowing one to use an XProc script to drive a
>> scenario.
>>
>>   But I am maybe not totally objective here ;-)
>>
>>   Regards,
>>
> 
> I would agree that if you're going to provide XML pipeline features, it
> would be more useful if you could go with an existing standard (i.e.
> XProc), rather than reinventing the wheel... then the pipelines we use
> in Oxygen could be used elsewhere and vice versa.
> 
> That would also help identify needed improvements to the XProc draft
> standard, as well as helping to drive adoption.
> 
> Lars


From bogus@does.not.exist.com  Wed Feb 11 17:59:05 2009
From: bogus@does.not.exist.com ()
Date: Thu, 12 Feb 2009 10:59:05 +1100
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <4992863C.80309@oxygenxml.com>
Message-ID: <8B2245497B7F9348B262E7DF858E0B722C5B95D01D@EXCCR01.agso.gov.au>

Hi Sorin,

Thanks for your prompt reply.

A long time ago I asked how to validate a whole set of XSDs.  The response indicated that I should: open a project, import folders (containing the XSDs) into the project, right click on the folder (holding the XSDs) and validate selection.

This is what I did with the XSDs that I am using to validate the huge XML document instance. The validation errors from above only relate to readme files in the directories.  Therefore, I assume that the XSDs are valid. I even removed the readme files and the validation still works.

I have tarred and gzipped the XSDs that I am dealing with. You can download them from: http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz

I then validate the huge XML document instance that is supposed to be valid according to the above mentioned XSDs.  When I do this there are thousands of errors related to the XSDs mentioned above and within the document.

The huge file that I am trying to validate is available at http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml

Thanks.


John

> -----Original Message-----
> From: oxygen-user-bounces at 
> [mailto:oxygen-user-bounces at ] On Behalf Of Sorin Ristache
> Sent: Wednesday, 11 February 2009 7:03 PM
> To: oxygen-user at 
> Subject: Re: [oXygen-user] How do I switch off validation of
> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>
>
> Hello,
>
> The XML Schema is validated implicitly when an XML file is validated
> against that schema. You cannot disable that with a preference. If the
> XML Schema is valid then the validation errors are in the XML file.
> Please send some sample files to see if the schema or the XML file is
> not valid.
>
>
> Regards,
> Sorin
>
>
> John.Hockaday at  wrote:
> > Hi,
> >
> > I have an XML document instance and when I validate it
> against and XSD, Oxygen 10.0 validates the XSD?  I have been
> told by so called experts that the XSDs are valid but I keep
> on getting the errors.  What preferences do I set to validate
> the XML document instance and not the relevant XSDs?
> >
> > Thanks.
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>


From bogus@does.not.exist.com  Thu Feb 12 01:51:41 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 12 Feb 2009 09:51:41 +0200
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <8B2245497B7F9348B262E7DF858E0B722C5B95D01D@EXCCR01.agso.gov.au>
References: <8B2245497B7F9348B262E7DF858E0B722C5B95D01D@EXCCR01.agso.gov.au>
Message-ID: <4993D50D.2040806@oxygenxml.com>

Hi John,

Putting the local schemas in the schema location attribute, like below:

xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
    http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
    urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd">

I get the file reported valid without any errors.

Now, a couple of observations:

- your archive contains gml 3.2.0 while your instance refers to gml 
3.2.1, see the initial schemaLocation:

xsi:schemaLocation="http://www.opengis.net/gml 
http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
    http://www.w3.org/1999/xlink 
http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
    urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset 
urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset">

- the remote schemas at the locations in your original file do not 
exist, or at least I cannot access them, I get a 404 not found HTTP error.

- you do not have a location specified for the last schema, so I assume 
you also have a catalog that maps that to a location?

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

John.Hockaday at  wrote:
> Hi Sorin,
> 
> Thanks for your prompt reply.
> 
> A long time ago I asked how to validate a whole set of XSDs.  The response indicated that I should: open a project, import folders (containing the XSDs) into the project, right click on the folder (holding the XSDs) and validate selection.
> 
> This is what I did with the XSDs that I am using to validate the huge XML document instance. The validation errors from above only relate to readme files in the directories.  Therefore, I assume that the XSDs are valid. I even removed the readme files and the validation still works.
> 
> I have tarred and gzipped the XSDs that I am dealing with. You can download them from: http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz
> 
> I then validate the huge XML document instance that is supposed to be valid according to the above mentioned XSDs.  When I do this there are thousands of errors related to the XSDs mentioned above and within the document.
> 
> The huge file that I am trying to validate is available at http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml
> 
> Thanks.
> 
> 
> John
> 
>> -----Original Message-----
>> From: oxygen-user-bounces at 
>> [mailto:oxygen-user-bounces at ] On Behalf Of Sorin Ristache
>> Sent: Wednesday, 11 February 2009 7:03 PM
>> To: oxygen-user at 
>> Subject: Re: [oXygen-user] How do I switch off validation of
>> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>>
>>
>> Hello,
>>
>> The XML Schema is validated implicitly when an XML file is validated
>> against that schema. You cannot disable that with a preference. If the
>> XML Schema is valid then the validation errors are in the XML file.
>> Please send some sample files to see if the schema or the XML file is
>> not valid.
>>
>>
>> Regards,
>> Sorin
>>
>>
>> John.Hockaday at  wrote:
>>> Hi,
>>>
>>> I have an XML document instance and when I validate it
>> against and XSD, Oxygen 10.0 validates the XSD?  I have been
>> told by so called experts that the XSDs are valid but I keep
>> on getting the errors.  What preferences do I set to validate
>> the XML document instance and not the relevant XSDs?
>>> Thanks.
>> _______________________________________________
>> oXygen-user mailing list
>> oXygen-user at 
>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Thu Feb 12 03:41:46 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 12 Feb 2009 11:41:46 +0200
Subject: [oXygen-user] Early access to oXygen 10.1
In-Reply-To: <781311.70239.qm@web23007.mail.ird.yahoo.com>
References: <781311.70239.qm@web23007.mail.ird.yahoo.com>
Message-ID: <4993EEDA.4080700@oxygenxml.com>

Hi Florent,

Thanks, we fixed this, the XML source is not required if the initial 
template is specified.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Florent Georges wrote:
> George Cristian Bina wrote:
> 
>   George,
> 
>> - XSLT processor options at transformation scenario level
> 
>   This is really nice to be able to set the context initial template
> name.  Unfortunately, we still have to provide an XML source document
> in the scenario.  I think evaluating a stylesheet without source
> document but with an initial template is useful, in particular in an
> XML IDE.
> 
>   Unfortunately I didn't have time to test the new XSD editor yet
> (though at first glance, it seems nice, even if I tend to use the
> source editor, with its great completion feature.)
> 
>   Regards,
> 


From bogus@does.not.exist.com  Thu Feb 12 04:45:19 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 12 Feb 2009 12:45:19 +0200
Subject: [oXygen-user] oXygen 10.1 preview - new build available
Message-ID: <4993FDBF.5090003@oxygenxml.com>

Hi,

A new pre-release build of oXygen 10.1 is available, see the links to 
installation kits below.
This is very close to the 10.1 release - only a few issues are to be 
resolved. Please let us know if you encounter any problems, especially 
with the new XML Schema functionality:
* new diagrams and visual editing directly on the diagrams
* new XML Schema documentation in different formats (HTML, PDF, DocBook)

Windows:
--------
http://www.oxygenxml.com/beta/InstData/Windows/NoVM/oxygen.exe
http://www.oxygenxml.com/beta/InstData/Windows/VM/oxygen.exe

Linux:
------
http://www.oxygenxml.com/beta/InstData/Linux/VM/oxygen.sh


Linux64:
------
http://www.oxygenxml.com/beta/InstData/Linux64/VM/oxygen.sh


MacOSX:
-------
http://www.oxygenxml.com/beta/InstData/MacOSX/oxygen.tar.gz

Thank you,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com


From bogus@does.not.exist.com  Thu Feb 12 06:56:04 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 12 Feb 2009 14:56:04 +0200
Subject: [oXygen-user] oXygen 10.1 preview - new build available
In-Reply-To: <4993FDBF.5090003@oxygenxml.com>
References: <4993FDBF.5090003@oxygenxml.com>
Message-ID: <49941C64.6090405@oxygenxml.com>

Please hold on a little as we found a problem and plan to update the 
installation kits.

Sorry for that,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

George Cristian Bina wrote:
> Hi,
> 
> A new pre-release build of oXygen 10.1 is available, see the links to 
> installation kits below.
> This is very close to the 10.1 release - only a few issues are to be 
> resolved. Please let us know if you encounter any problems, especially 
> with the new XML Schema functionality:
> * new diagrams and visual editing directly on the diagrams
> * new XML Schema documentation in different formats (HTML, PDF, DocBook)
> 
> Windows:
> --------
> http://www.oxygenxml.com/beta/InstData/Windows/NoVM/oxygen.exe
> http://www.oxygenxml.com/beta/InstData/Windows/VM/oxygen.exe
> 
> Linux:
> ------
> http://www.oxygenxml.com/beta/InstData/Linux/VM/oxygen.sh
> 
> 
> Linux64:
> ------
> http://www.oxygenxml.com/beta/InstData/Linux64/VM/oxygen.sh
> 
> 
> MacOSX:
> -------
> http://www.oxygenxml.com/beta/InstData/MacOSX/oxygen.tar.gz
> 
> Thank you,
> George


From bogus@does.not.exist.com  Thu Feb 12 09:19:22 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 12 Feb 2009 17:19:22 +0200
Subject: [oXygen-user] oXygen 10.1 preview - new build available
In-Reply-To: <49941C64.6090405@oxygenxml.com>
References: <4993FDBF.5090003@oxygenxml.com> <49941C64.6090405@oxygenxml.com>
Message-ID: <49943DFA.4020409@oxygenxml.com>

The updated installation kits are online now at the same locations:

Windows:
--------
http://www.oxygenxml.com/beta/InstData/Windows/NoVM/oxygen.exe
http://www.oxygenxml.com/beta/InstData/Windows/VM/oxygen.exe

Linux:
------
http://www.oxygenxml.com/beta/InstData/Linux/VM/oxygen.sh


Linux64:
------
http://www.oxygenxml.com/beta/InstData/Linux64/VM/oxygen.sh


MacOSX:
-------
http://www.oxygenxml.com/beta/InstData/MacOSX/oxygen.tar.gz

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

George Cristian Bina wrote:
> Please hold on a little as we found a problem and plan to update the 
> installation kits.
> 
> Sorry for that,
> George


From bogus@does.not.exist.com  Thu Feb 12 18:27:49 2009
From: bogus@does.not.exist.com ()
Date: Fri, 13 Feb 2009 11:27:49 +1100
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <4993D50D.2040806@oxygenxml.com>
Message-ID: <8B2245497B7F9348B262E7DF858E0B722C5B95D02A@EXCCR01.agso.gov.au>

Hi George,

Thanks for the reply.  I have made comments to your's below:

> -----Original Message-----
> From: George Cristian Bina [mailto:george at ]
> Sent: Thursday, 12 February 2009 6:52 PM
> To: Hockaday John
> Cc: oxygen-user at 
> Subject: Re: [oXygen-user] How do I switch off validation of
> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>
>
> Hi John,
>
> Putting the local schemas in the schema location attribute,
> like below:
>
> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd">
>
> I get the file reported valid without any errors.
>

I was trying to avoid using relative path names because this means that my XML document instance will have to be in the "EPSGschemas" directory.  Not everyone will have this structure and hence I used full URLs and OASIS Catalogue XML files to point to the local copies of the XSDs. (See below.)


> Now, a couple of observations:
>
> - your archive contains gml 3.2.0 while your instance refers to gml
> 3.2.1, see the initial schemaLocation:
>
> xsi:schemaLocation="http://www.opengis.net/gml
> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
>     http://www.w3.org/1999/xlink
> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset">
>

Yes that is right. However, my OASIS Catalogue XML file has the following content.

   <!-- Schema for EPSG namespace -->

    <system
        systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
        uri="file:///O:/downloads/EPSGschemas/gml3.2.0/EPSG.xsd"/>
    <system
        systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
        uri="file:///O:/downloads/EPSGschemas/gml3.2.0/gml/gml.xsd"/>

    <system
        systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
        uri="file:///O:/downloads/EPSGschemas/gml3.2.0/xlink/xlinks.xsd"/>

I thought that Oxygen would always use the local files (file:///O:/downloads/EPSGschemas/gml3.2.0/) whenever it saw the schemaLocation value.  Is this true or have I misinterpreted how Oxygen uses OASIS Catalogue XML files?

Today I replaced the schemaLocation values with the three "uri" file values as shown in the content of the catalogue file above.  IE file:///O:/downloads/EPSGschemas/.... The validation still gave me the same errors.

I have now temporarily moved the huge XML file into the EPSGschemas directory and changed the schemaLocation to what you have mentioned above. IE gml3.2.0/...  The validation still gives me the same errors.  Shouldn't this work?

> - the remote schemas at the locations in your original file do not
> exist, or at least I cannot access them, I get a 404 not
> found HTTP error.
>

Yes. That is correct.  The schemas have not yet been made public. I have been given a ZIP file containing the XSDs. I unzipped them on my local system. This was part of what I made available to you via the URL below. Because there were no official web site holding this information I used a bogus full URL that I know doesn't exist.  I expected Oxygen to get the local XSDs using the OASIS Catalogue XML file as mentioned above.

> - you do not have a location specified for the last schema,
> so I assume
> you also have a catalog that maps that to a location?
>

Yes as mentioned above.

I don't know why you can validate the file and I can't.  It seems to me that I am using the OASIS catalogue file correctly but there must be some setting that gives me errors and you none.  Could that be right?

Thanks.


John

> Best Regards,
> George
> --
> George Cristian Bina
> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
>
> John.Hockaday at  wrote:
> > Hi Sorin,
> >
> > Thanks for your prompt reply.
> >
> > A long time ago I asked how to validate a whole set of
> XSDs.  The response indicated that I should: open a project,
> import folders (containing the XSDs) into the project, right
> click on the folder (holding the XSDs) and validate selection.
> >
> > This is what I did with the XSDs that I am using to
> validate the huge XML document instance. The validation
> errors from above only relate to readme files in the
> directories.  Therefore, I assume that the XSDs are valid. I
> even removed the readme files and the validation still works.
> >
> > I have tarred and gzipped the XSDs that I am dealing with.
> You can download them from:
> http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz
> >
> > I then validate the huge XML document instance that is
> supposed to be valid according to the above mentioned XSDs.
> When I do this there are thousands of errors related to the
> XSDs mentioned above and within the document.
> >
> > The huge file that I am trying to validate is available at
> http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml
> >
> > Thanks.
> >
> >
> > John
> >
> >> -----Original Message-----
> >> From: oxygen-user-bounces at 
> >> [mailto:oxygen-user-bounces at ] On Behalf Of
> Sorin Ristache
> >> Sent: Wednesday, 11 February 2009 7:03 PM
> >> To: oxygen-user at 
> >> Subject: Re: [oXygen-user] How do I switch off validation of
> >> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
> >>
> >>
> >> Hello,
> >>
> >> The XML Schema is validated implicitly when an XML file is
> validated
> >> against that schema. You cannot disable that with a
> preference. If the
> >> XML Schema is valid then the validation errors are in the XML file.
> >> Please send some sample files to see if the schema or the
> XML file is
> >> not valid.
> >>
> >>
> >> Regards,
> >> Sorin
> >>
> >>
> >> John.Hockaday at  wrote:
> >>> Hi,
> >>>
> >>> I have an XML document instance and when I validate it
> >> against and XSD, Oxygen 10.0 validates the XSD?  I have been
> >> told by so called experts that the XSDs are valid but I keep
> >> on getting the errors.  What preferences do I set to validate
> >> the XML document instance and not the relevant XSDs?
> >>> Thanks.
> >> _______________________________________________
> >> oXygen-user mailing list
> >> oXygen-user at 
> >> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
> >>
> > _______________________________________________
> > oXygen-user mailing list
> > oXygen-user at 
> > http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>


From bogus@does.not.exist.com  Fri Feb 13 02:50:39 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Fri, 13 Feb 2009 10:50:39 +0200
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <8B2245497B7F9348B262E7DF858E0B722C5B95D02A@EXCCR01.agso.gov.au>
References: <8B2245497B7F9348B262E7DF858E0B722C5B95D02A@EXCCR01.agso.gov.au>
Message-ID: <4995345F.5030308@oxygenxml.com>

Hi John,

I created a catalog file and placed it in the same folder that contains 
the gml3.2.0 folder. The catalog refers to the schemas with relative 
locations - and this is how I would recommend, instead of putting 
absolute file URLs. In this way you can easily distribute the schemas 
and the catalog to other machines or other users. The catalog content is 
below:

gml3.2.0Catalog.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE catalog PUBLIC "-//OASIS//DTD XML Catalogs V1.1//EN" 
"http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd">
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
     <!-- Schema for EPSG namespace -->
     <system
         systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
         uri="gml3.2.0/EPSG.xsd"/>
     <system
         systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
         uri="gml3.2.0/gml/gml.xsd"/>

     <system
         systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
         uri="gml3.2.0/xlink/xlinks.xsd"/>
</catalog>

The above catalog needs to be set in Options->Preferences -- XML / XML 
Catalog in the Catalogs list.
In the same folder I have two files, one uses relative locations and one 
uses absolute locations. Both are reported valid with oXygen 10.0 and 
with the 10.1 preview.

The files contain the following schema locations:


xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
    http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
    urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd"

and

xsi:schemaLocation="http://www.opengis.net/gml 
http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
    http://www.w3.org/1999/xlink 
http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
    urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset 
urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"

I put all these in an archive that you can download from
http://www.oxygenxml.com/update/john.zip
Note that this URL is not permanent, the archive will be deleted after a 
week or so.

If you still get errors please let us know what errors exactly do you 
get and what version and build number of oXygen you are using (you 
should be able to find these in the Help->About dialog).

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

John.Hockaday at  wrote:
> Hi George,
> 
> Thanks for the reply.  I have made comments to your's below:
> 
>> -----Original Message-----
>> From: George Cristian Bina [mailto:george at ]
>> Sent: Thursday, 12 February 2009 6:52 PM
>> To: Hockaday John
>> Cc: oxygen-user at 
>> Subject: Re: [oXygen-user] How do I switch off validation of
>> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>>
>>
>> Hi John,
>>
>> Putting the local schemas in the schema location attribute,
>> like below:
>>
>> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
>>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd">
>>
>> I get the file reported valid without any errors.
>>
> 
> I was trying to avoid using relative path names because this means that my XML document instance will have to be in the "EPSGschemas" directory.  Not everyone will have this structure and hence I used full URLs and OASIS Catalogue XML files to point to the local copies of the XSDs. (See below.)
> 
> 
>> Now, a couple of observations:
>>
>> - your archive contains gml 3.2.0 while your instance refers to gml
>> 3.2.1, see the initial schemaLocation:
>>
>> xsi:schemaLocation="http://www.opengis.net/gml
>> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
>>     http://www.w3.org/1999/xlink
>> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
>> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset">
>>
> 
> Yes that is right. However, my OASIS Catalogue XML file has the following content.
> 
>    <!-- Schema for EPSG namespace -->
> 
>     <system
>         systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
>         uri="file:///O:/downloads/EPSGschemas/gml3.2.0/EPSG.xsd"/>
>     <system
>         systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
>         uri="file:///O:/downloads/EPSGschemas/gml3.2.0/gml/gml.xsd"/>
> 
>     <system
>         systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
>         uri="file:///O:/downloads/EPSGschemas/gml3.2.0/xlink/xlinks.xsd"/>
> 
> I thought that Oxygen would always use the local files (file:///O:/downloads/EPSGschemas/gml3.2.0/) whenever it saw the schemaLocation value.  Is this true or have I misinterpreted how Oxygen uses OASIS Catalogue XML files?
> 
> Today I replaced the schemaLocation values with the three "uri" file values as shown in the content of the catalogue file above.  IE file:///O:/downloads/EPSGschemas/.... The validation still gave me the same errors.
> 
> I have now temporarily moved the huge XML file into the EPSGschemas directory and changed the schemaLocation to what you have mentioned above. IE gml3.2.0/...  The validation still gives me the same errors.  Shouldn't this work?
> 
>> - the remote schemas at the locations in your original file do not
>> exist, or at least I cannot access them, I get a 404 not
>> found HTTP error.
>>
> 
> Yes. That is correct.  The schemas have not yet been made public. I have been given a ZIP file containing the XSDs. I unzipped them on my local system. This was part of what I made available to you via the URL below. Because there were no official web site holding this information I used a bogus full URL that I know doesn't exist.  I expected Oxygen to get the local XSDs using the OASIS Catalogue XML file as mentioned above.
> 
>> - you do not have a location specified for the last schema,
>> so I assume
>> you also have a catalog that maps that to a location?
>>
> 
> Yes as mentioned above.
> 
> I don't know why you can validate the file and I can't.  It seems to me that I am using the OASIS catalogue file correctly but there must be some setting that gives me errors and you none.  Could that be right?
> 
> Thanks.
> 
> 
> John
> 
>> Best Regards,
>> George
>> --
>> George Cristian Bina
>> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
>> http://www.oxygenxml.com
>>
>> John.Hockaday at  wrote:
>>> Hi Sorin,
>>>
>>> Thanks for your prompt reply.
>>>
>>> A long time ago I asked how to validate a whole set of
>> XSDs.  The response indicated that I should: open a project,
>> import folders (containing the XSDs) into the project, right
>> click on the folder (holding the XSDs) and validate selection.
>>> This is what I did with the XSDs that I am using to
>> validate the huge XML document instance. The validation
>> errors from above only relate to readme files in the
>> directories.  Therefore, I assume that the XSDs are valid. I
>> even removed the readme files and the validation still works.
>>> I have tarred and gzipped the XSDs that I am dealing with.
>> You can download them from:
>> http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz
>>> I then validate the huge XML document instance that is
>> supposed to be valid according to the above mentioned XSDs.
>> When I do this there are thousands of errors related to the
>> XSDs mentioned above and within the document.
>>> The huge file that I am trying to validate is available at
>> http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml
>>> Thanks.
>>>
>>>
>>> John
>>>
>>>> -----Original Message-----
>>>> From: oxygen-user-bounces at 
>>>> [mailto:oxygen-user-bounces at ] On Behalf Of
>> Sorin Ristache
>>>> Sent: Wednesday, 11 February 2009 7:03 PM
>>>> To: oxygen-user at 
>>>> Subject: Re: [oXygen-user] How do I switch off validation of
>>>> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>>>>
>>>>
>>>> Hello,
>>>>
>>>> The XML Schema is validated implicitly when an XML file is
>> validated
>>>> against that schema. You cannot disable that with a
>> preference. If the
>>>> XML Schema is valid then the validation errors are in the XML file.
>>>> Please send some sample files to see if the schema or the
>> XML file is
>>>> not valid.
>>>>
>>>>
>>>> Regards,
>>>> Sorin
>>>>
>>>>
>>>> John.Hockaday at  wrote:
>>>>> Hi,
>>>>>
>>>>> I have an XML document instance and when I validate it
>>>> against and XSD, Oxygen 10.0 validates the XSD?  I have been
>>>> told by so called experts that the XSDs are valid but I keep
>>>> on getting the errors.  What preferences do I set to validate
>>>> the XML document instance and not the relevant XSDs?
>>>>> Thanks.
>>>> _______________________________________________
>>>> oXygen-user mailing list
>>>> oXygen-user at 
>>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>>>
>>> _______________________________________________
>>> oXygen-user mailing list
>>> oXygen-user at 
>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Fri Feb 13 03:39:14 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Fri, 13 Feb 2009 09:39:14 +0000 (GMT)
Subject: [oXygen-user] Early access to oXygen 10.1
In-Reply-To: <4993EEDA.4080700@oxygenxml.com>
Message-ID: <853436.7763.qm@web23004.mail.ird.yahoo.com>


George Cristian Bina wrote:

> Thanks, we fixed this, the XML source is not required if
> the initial template is specified.

  Great, thanks.

  I was going to send another email, telling: "guys, you did forget to add a namespace URI field for initial template and initial mode."  Then I tried James Clark notation first and... it works.  Even better!

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/























      __________________________________________________________________________________________________
Ne pleurez pas si votre Webmail ferme ! R?cup?rez votre historique sur Yahoo! Mail ! http://fr.docs.yahoo.com/mail/transfert_mails.html


From bogus@does.not.exist.com  Fri Feb 13 04:51:55 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Fri, 13 Feb 2009 12:51:55 +0200
Subject: [oXygen-user] Early access to oXygen 10.1
In-Reply-To: <853436.7763.qm@web23004.mail.ird.yahoo.com>
References: <853436.7763.qm@web23004.mail.ird.yahoo.com>
Message-ID: <499550CB.8050100@oxygenxml.com>

Hi Florent,

We will add also a tooltip to say that you can use Clark notation to 
specify a namespace for parameters, initial mode/template and eventually 
provide also a sample.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Florent Georges wrote:
> George Cristian Bina wrote:
> 
>> Thanks, we fixed this, the XML source is not required if
>> the initial template is specified.
> 
>   Great, thanks.
> 
>   I was going to send another email, telling: "guys, you did forget to add a namespace URI field for initial template and initial mode."  Then I tried James Clark notation first and... it works.  Even better!
> 
>   Regards,
> 


From bogus@does.not.exist.com  Fri Feb 13 12:11:29 2009
From: bogus@does.not.exist.com (Manuel Souto Pico)
Date: Fri, 13 Feb 2009 19:11:29 +0100
Subject: [oXygen-user] problem validating XML with XSD
Message-ID: <4995B7D1.8070701@star-group.net>

Hi,

I'm experiencing a problem trying to validate an XML produced as a 
back-up of a WordPress blog.

I'm trying to process it with XSLT 2.0, so for that it seems I need to 
have a XSD schema (it doesn't like DTD).

So I created a XSD schema through Document | XML Document | Learn 
Structure + Save Structure. I associated the XSD generated to the XML 
via Document | XML Document | Associate Schema. So the first two 
attributes are added to the root element

    <rss *xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   **
    * * xsi:noNamespaceSchemaLocation="VDS.2009-02-11.xsd"  *      
     xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:excerpt="http://wordpress.org/export/1.0/excerpt/"
     xmlns:wp="http://wordpress.org/export/1.0/"
     xmlns:wfw="http://wellformedweb.org/CommentAPI/"
     version="2.0">

and this line

    <?oxygen SCHSchema="VDS.2009-02-11.xsd"?>

is added before the root element.

Now, when I try to validate the XML document, it gives two errors:

    SystemID: C:\Documents and Settings\manuel\Mis
    documentos\Scripts\xml_to_martif\Corts_Valencianes\VDS.2009-02-11.xml
    Location: 28:0
    Description: Cannot validate <rss>: no element declaration available
    URL: http://www.w3.org/TR/xslt20/#err-XTTE1510

    SystemID: C:\Documents and Settings\manuel\Mis
    documentos\Scripts\xml_to_martif\Corts_Valencianes\VDS.2009-02-11.xml
    Location: 28:0
    Description: Cannot validate <rss>: no element declaration available
    URL: http://www.w3.org/TR/xslt20/#err-XTTE1510

and the bottom of the interface shows the message "Validation - in 
progress" but I wait and it takes forever, it never ends.

After a while, I get another error message:

    Please restart after allocating more memory to oxygen.
    For this modify the parameter -Xmx in the startup script, for
    example -Xmx700m.
    In case you were running a diff tool when this problem occurred you
    can try to use another algorithm next time.
    For more details see the 'Performance problems' and 'Setting a
    parameter in the startup script' sections of the User Manual.
    If you just want to inspect the file, please use the Large File
    Viewer available from the Tools menu.

Any help? Am I doing something wrong, or is this a bug? I tried 
validating another simpler, shorter file and it works fine.

Kind regards,
Manuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090213/9f583ee5/attachment.html 

From bogus@does.not.exist.com  Fri Feb 13 15:33:33 2009
From: bogus@does.not.exist.com (mozer)
Date: Fri, 13 Feb 2009 22:33:33 +0100
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>
References: <469DB173.1040206@asiatype.com> <46A0759E.9040502@oxygenxml.com>
	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>
	<47FB593A.3080004@oxygenxml.com>
	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>
	<47FF52FD.4060509@oxygenxml.com>
	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>
Message-ID: <21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>

It seems that proposal has been lost

Let me try to rephrase it

The idea is to use the space "inside" the tag to indent an XML document

Doing it that way, means that, you never change the space "between" the tag
which may have nasty effect, or may be hard to parameter


Hope this is clearer now

Regards,

Xmlizer



On Fri, Apr 11, 2008 at 3:19 PM, mozer <xmlizer at > wrote:

> I'm sorry, if I'm not clear but I never spoke about XSLT
>
> For it is an option of indenting a file which could be called "neutral
> indenting", which would allow us to indent a one line xml file without
> introducing nasty spaces
>
> Regards,
>
> Xmlizer
>
> On Fri, Apr 11, 2008 at 2:01 PM, Sorin Ristache <sorin at >
> wrote:
>
>> Hello,
>>
>> Do you mean debugging an XSLT transformation applied to an XML file
>> formatted as in your example? I think an XSLT debugger is more useful for
>> that and it does not depend on the text format of the XML file. For example
>> when you click on a row in the Context view or in the XWatch view of the
>> oXygen XSLT debugger the start tag of the corresponding XML element is
>> highlighted in the XML editor panel. You need just to click in a view of the
>> XSLT debugger to go directly to the corresponding XML element in the source
>> editor.
>>
>>
>> Regards,
>> Sorin
>>
>>
>> mozer wrote:
>>
>>> Let me give a simple example
>>>  <root><a><b></b><c></c></a></root>
>>>  into
>>> <root
>>>  ><a
>>>  ><b
>>>  ></b
>>>  ><c
>>>  ></c
>>>  ></a
>>>  ></root
>>>  >
>>> May it would make the will less readable than a full indent, but in some
>>> case, it is just sufficient for debbugging and don't need further
>>> parametrization
>>>
>>  _______________________________________________
>> oXygen-user mailing list
>> oXygen-user at 
>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090213/96aeebcb/attachment.html 

From bogus@does.not.exist.com  Sun Feb 15 21:57:54 2009
From: bogus@does.not.exist.com ()
Date: Mon, 16 Feb 2009 14:57:54 +1100
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <4995345F.5030308@oxygenxml.com>
Message-ID: <8B2245497B7F9348B262E7DF858E0B722C5B95D03A@EXCCR01.agso.gov.au>

Hi George,

Thanks for providing me with a complete solution in the ZIP file. However, I am still having problems.

I unzipped the ZIP file that you provided into a directory. I then opened a new Oxygen project. I opened the Options => Preferences => XML Catalog and replaced mine with the gml3.2.0Catalog.xml file included in your ZIP.  I then saved preferences, shut down Oxygen and opened it up again.  I then opened up the GmlDictionaryMetadataLocal.xml file in your ZIP.  I tried to validate this but ended up with 18099 errors.

I have saved the errors. You can get them from http://asdd.ga.gov.au/asdd/work/GeorgesGmlDictMetLocalErrors.

I checked the first of these errors and saw that they are referring to the GML etc. that was part of your ZIP.

I get the same results using the GmlDictionaryMetadata.xml file that you provided with the same gml3.2.0Catalog.xml file.

I then imported the gml3.2.0 folder to the project and validated the selection. Oxygen seemed to go through all the different XSDs and reported - via a java window - "validation successful".

I am using Oxygen XML editor <oXygen/> XML Editor 10.0, build 2008102212.

I don't know what file my Options => Preferences is stored in. Would that content be helpful?  If so, tell me the file name and I will make it available on the above web site.

Thanks.


John

> -----Original Message-----
> From: George Cristian Bina [mailto:george at ]
> Sent: Friday, 13 February 2009 7:51 PM
> To: Hockaday John
> Cc: oxygen-user at 
> Subject: Re: [oXygen-user] How do I switch off validation of
> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>
>
> Hi John,
>
> I created a catalog file and placed it in the same folder
> that contains
> the gml3.2.0 folder. The catalog refers to the schemas with relative
> locations - and this is how I would recommend, instead of putting
> absolute file URLs. In this way you can easily distribute the schemas
> and the catalog to other machines or other users. The catalog
> content is
> below:
>
> gml3.2.0Catalog.xml
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD XML Catalogs V1.1//EN"
> "http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd">
> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
>      <!-- Schema for EPSG namespace -->
>      <system
>          systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
>          uri="gml3.2.0/EPSG.xsd"/>
>      <system
>          systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
>          uri="gml3.2.0/gml/gml.xsd"/>
>
>      <system
>
> systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
>          uri="gml3.2.0/xlink/xlinks.xsd"/>
> </catalog>
>
> The above catalog needs to be set in Options->Preferences -- XML / XML
> Catalog in the Catalogs list.
> In the same folder I have two files, one uses relative
> locations and one
> uses absolute locations. Both are reported valid with oXygen 10.0 and
> with the 10.1 preview.
>
> The files contain the following schema locations:
>
>
> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd"
>
> and
>
> xsi:schemaLocation="http://www.opengis.net/gml
> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
>     http://www.w3.org/1999/xlink
> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
>
> I put all these in an archive that you can download from
> http://www.oxygenxml.com/update/john.zip
> Note that this URL is not permanent, the archive will be
> deleted after a
> week or so.
>
> If you still get errors please let us know what errors exactly do you
> get and what version and build number of oXygen you are using (you
> should be able to find these in the Help->About dialog).
>
> Best Regards,
> George
> --
> George Cristian Bina
> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
>
> John.Hockaday at  wrote:
> > Hi George,
> >
> > Thanks for the reply.  I have made comments to your's below:
> >
> >> -----Original Message-----
> >> From: George Cristian Bina [mailto:george at ]
> >> Sent: Thursday, 12 February 2009 6:52 PM
> >> To: Hockaday John
> >> Cc: oxygen-user at 
> >> Subject: Re: [oXygen-user] How do I switch off validation of
> >> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
> >>
> >>
> >> Hi John,
> >>
> >> Putting the local schemas in the schema location attribute,
> >> like below:
> >>
> >> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
> >>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
> >>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd">
> >>
> >> I get the file reported valid without any errors.
> >>
> >
> > I was trying to avoid using relative path names because
> this means that my XML document instance will have to be in
> the "EPSGschemas" directory.  Not everyone will have this
> structure and hence I used full URLs and OASIS Catalogue XML
> files to point to the local copies of the XSDs. (See below.)
> >
> >
> >> Now, a couple of observations:
> >>
> >> - your archive contains gml 3.2.0 while your instance refers to gml
> >> 3.2.1, see the initial schemaLocation:
> >>
> >> xsi:schemaLocation="http://www.opengis.net/gml
> >> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
> >>     http://www.w3.org/1999/xlink
> >> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
> >>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
> >> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset">
> >>
> >
> > Yes that is right. However, my OASIS Catalogue XML file has
> the following content.
> >
> >    <!-- Schema for EPSG namespace -->
> >
> >     <system
> >         systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
> >         uri="file:///O:/downloads/EPSGschemas/gml3.2.0/EPSG.xsd"/>
> >     <system
> >         systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
> >
> uri="file:///O:/downloads/EPSGschemas/gml3.2.0/gml/gml.xsd"/>
> >
> >     <system
> >
> systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
> >
> uri="file:///O:/downloads/EPSGschemas/gml3.2.0/xlink/xlinks.xsd"/>
> >
> > I thought that Oxygen would always use the local files
> (file:///O:/downloads/EPSGschemas/gml3.2.0/) whenever it saw
> the schemaLocation value.  Is this true or have I
> misinterpreted how Oxygen uses OASIS Catalogue XML files?
> >
> > Today I replaced the schemaLocation values with the three
> "uri" file values as shown in the content of the catalogue
> file above.  IE file:///O:/downloads/EPSGschemas/.... The
> validation still gave me the same errors.
> >
> > I have now temporarily moved the huge XML file into the
> EPSGschemas directory and changed the schemaLocation to what
> you have mentioned above. IE gml3.2.0/...  The validation
> still gives me the same errors.  Shouldn't this work?
> >
> >> - the remote schemas at the locations in your original file do not
> >> exist, or at least I cannot access them, I get a 404 not
> >> found HTTP error.
> >>
> >
> > Yes. That is correct.  The schemas have not yet been made
> public. I have been given a ZIP file containing the XSDs. I
> unzipped them on my local system. This was part of what I
> made available to you via the URL below. Because there were
> no official web site holding this information I used a bogus
> full URL that I know doesn't exist.  I expected Oxygen to get
> the local XSDs using the OASIS Catalogue XML file as mentioned above.
> >
> >> - you do not have a location specified for the last schema,
> >> so I assume
> >> you also have a catalog that maps that to a location?
> >>
> >
> > Yes as mentioned above.
> >
> > I don't know why you can validate the file and I can't.  It
> seems to me that I am using the OASIS catalogue file
> correctly but there must be some setting that gives me errors
> and you none.  Could that be right?
> >
> > Thanks.
> >
> >
> > John
> >
> >> Best Regards,
> >> George
> >> --
> >> George Cristian Bina
> >> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> >> http://www.oxygenxml.com
> >>
> >> John.Hockaday at  wrote:
> >>> Hi Sorin,
> >>>
> >>> Thanks for your prompt reply.
> >>>
> >>> A long time ago I asked how to validate a whole set of
> >> XSDs.  The response indicated that I should: open a project,
> >> import folders (containing the XSDs) into the project, right
> >> click on the folder (holding the XSDs) and validate selection.
> >>> This is what I did with the XSDs that I am using to
> >> validate the huge XML document instance. The validation
> >> errors from above only relate to readme files in the
> >> directories.  Therefore, I assume that the XSDs are valid. I
> >> even removed the readme files and the validation still works.
> >>> I have tarred and gzipped the XSDs that I am dealing with.
> >> You can download them from:
> >> http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz
> >>> I then validate the huge XML document instance that is
> >> supposed to be valid according to the above mentioned XSDs.
> >> When I do this there are thousands of errors related to the
> >> XSDs mentioned above and within the document.
> >>> The huge file that I am trying to validate is available at
> >> http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml
> >>> Thanks.
> >>>
> >>>
> >>> John
> >>>
> >>>> -----Original Message-----
> >>>> From: oxygen-user-bounces at 
> >>>> [mailto:oxygen-user-bounces at ] On Behalf Of
> >> Sorin Ristache
> >>>> Sent: Wednesday, 11 February 2009 7:03 PM
> >>>> To: oxygen-user at 
> >>>> Subject: Re: [oXygen-user] How do I switch off validation of
> >>>> XSDs that are called by an XML document instance
> [SEC=UNCLASSIFIED]
> >>>>
> >>>>
> >>>> Hello,
> >>>>
> >>>> The XML Schema is validated implicitly when an XML file is
> >> validated
> >>>> against that schema. You cannot disable that with a
> >> preference. If the
> >>>> XML Schema is valid then the validation errors are in
> the XML file.
> >>>> Please send some sample files to see if the schema or the
> >> XML file is
> >>>> not valid.
> >>>>
> >>>>
> >>>> Regards,
> >>>> Sorin
> >>>>
> >>>>
> >>>> John.Hockaday at  wrote:
> >>>>> Hi,
> >>>>>
> >>>>> I have an XML document instance and when I validate it
> >>>> against and XSD, Oxygen 10.0 validates the XSD?  I have been
> >>>> told by so called experts that the XSDs are valid but I keep
> >>>> on getting the errors.  What preferences do I set to validate
> >>>> the XML document instance and not the relevant XSDs?
> >>>>> Thanks.
> >>>> _______________________________________________
> >>>> oXygen-user mailing list
> >>>> oXygen-user at 
> >>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
> >>>>
> >>> _______________________________________________
> >>> oXygen-user mailing list
> >>> oXygen-user at 
> >>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>


From bogus@does.not.exist.com  Mon Feb 16 04:47:02 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 16 Feb 2009 12:47:02 +0200
Subject: [oXygen-user] problem validating XML with XSD
In-Reply-To: <4995B7D1.8070701@star-group.net>
References: <4995B7D1.8070701@star-group.net>
Message-ID: <49994426.4060208@oxygenxml.com>

Hello,

The actions Learn Structure and Save Structure create a DTD, not an XML 
Schema. If I try to associate a DTD with an XML document as an XML 
Schema (.xsd file) using the XML Schema tab of the Associate Schema 
dialog I get the error:

"Could not associate XSD ! - The markup in the document preceding the 
root element must be well-formed."

Are you sure the action Save Structure creates an XML Schema on your 
computer? Did Oxygen display an error in the Errors view when you tried 
to associate the file created by the action Save Structure as an XML Schema?

The line

<?oxygen SCHSchema="VDS.2009-02-11.xsd"?>

is added by the action Associate Schema only if you select the checkbox 
"Embedded Schematron rules" in the Associate Schema dialog but you 
should not do that for a file created with the actions Learn Structure 
and Save Structure because the actions create a DTD which cannot have 
embedded Schematron rules.

The error "Please restart after allocating more memory to oxygen." is 
reported when the size of the opened files is very large and the current 
memory allocated for Oxygen is not enough. You have to increase the 
memory allocated for Oxygen as specified in the error message or 
decrease the total size of the opened files. What is the total size of 
the files that you opened in Oxygen? What action did you do in Oxygen 
when the error was reported?


Regards,
Sorin


Manuel Souto Pico wrote:
> Hi,
> 
> I'm experiencing a problem trying to validate an XML produced as a 
> back-up of a WordPress blog.
> 
> I'm trying to process it with XSLT 2.0, so for that it seems I need to 
> have a XSD schema (it doesn't like DTD).
> 
> So I created a XSD schema through Document | XML Document | Learn 
> Structure + Save Structure. I associated the XSD generated to the XML 
> via Document | XML Document | Associate Schema. So the first two 
> attributes are added to the root element
> 
>     <rss *xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"   **
>     * * xsi:noNamespaceSchemaLocation="VDS.2009-02-11.xsd"  *      
>      xmlns:dc="http://purl.org/dc/elements/1.1/"
>      xmlns:content="http://purl.org/rss/1.0/modules/content/"
>      xmlns:excerpt="http://wordpress.org/export/1.0/excerpt/"
>      xmlns:wp="http://wordpress.org/export/1.0/"
>      xmlns:wfw="http://wellformedweb.org/CommentAPI/"
>      version="2.0">
> 
> and this line
> 
>     <?oxygen SCHSchema="VDS.2009-02-11.xsd"?>
> 
> is added before the root element.
> 
> Now, when I try to validate the XML document, it gives two errors:
> 
>     SystemID: C:\Documents and Settings\manuel\Mis
>     documentos\Scripts\xml_to_martif\Corts_Valencianes\VDS.2009-02-11.xml
>     Location: 28:0
>     Description: Cannot validate <rss>: no element declaration available
>     URL: http://www.w3.org/TR/xslt20/#err-XTTE1510
> 
>     SystemID: C:\Documents and Settings\manuel\Mis
>     documentos\Scripts\xml_to_martif\Corts_Valencianes\VDS.2009-02-11.xml
>     Location: 28:0
>     Description: Cannot validate <rss>: no element declaration available
>     URL: http://www.w3.org/TR/xslt20/#err-XTTE1510
> 
> and the bottom of the interface shows the message "Validation - in 
> progress" but I wait and it takes forever, it never ends.
> 
> After a while, I get another error message:
> 
>     Please restart after allocating more memory to oxygen.
>     For this modify the parameter -Xmx in the startup script, for
>     example -Xmx700m.
>     In case you were running a diff tool when this problem occurred you
>     can try to use another algorithm next time.
>     For more details see the 'Performance problems' and 'Setting a
>     parameter in the startup script' sections of the User Manual.
>     If you just want to inspect the file, please use the Large File
>     Viewer available from the Tools menu.
> 
> Any help? Am I doing something wrong, or is this a bug? I tried 
> validating another simpler, shorter file and it works fine.
> 
> Kind regards,
> Manuel


From bogus@does.not.exist.com  Mon Feb 16 07:27:43 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 16 Feb 2009 15:27:43 +0200
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>
References: <469DB173.1040206@asiatype.com>
	<46A0759E.9040502@oxygenxml.com>	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>	<47FB593A.3080004@oxygenxml.com>	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>	<47FF52FD.4060509@oxygenxml.com>	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>
	<21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>
Message-ID: <499969CF.7060102@oxygenxml.com>

Hello Xmlizer,

We will make an Oxygen selection plugin that inserts a newline before 
any '>' character that is located at the end of a tag so that the '>' 
will be the first character on the next line. A selection plugin is 
available on the contextual menu of the text editor and receives as 
parameter the current selection of the editor. We will post the plugin 
to the list.

You find details about selection plugins in the User Manual:

http://www.oxygenxml.com/doc/ug-oxygen/selection-plugins.html

http://www.oxygenxml.com/doc/ug-oxygen/how-to-develop-oxygen-plugin.html


Regards,
Sorin


mozer wrote:
> It seems that proposal has been lost
> 
> 
> Let me try to rephrase it
> 
> The idea is to use the space "inside" the tag to indent an XML document
> 
> Doing it that way, means that, you never change the space "between" the 
> tag which may have nasty effect, or may be hard to parameter
> 
> 
> Hope this is clearer now
> 
> Regards,
> 
> Xmlizer
> 
> 
> 
> On Fri, Apr 11, 2008 at 3:19 PM, mozer <xmlizer at  
> <mailto:xmlizer at >> wrote:
> 
>     I'm sorry, if I'm not clear but I never spoke about XSLT
>      
>     For it is an option of indenting a file which could be called
>     "neutral indenting", which would allow us to indent a one line xml
>     file without introducing nasty spaces
>      
>     Regards,
>      
>     Xmlizer
> 
>     On Fri, Apr 11, 2008 at 2:01 PM, Sorin Ristache <sorin at 
>     <mailto:sorin at >> wrote:
> 
>         Hello,
> 
>         Do you mean debugging an XSLT transformation applied to an XML
>         file formatted as in your example? I think an XSLT debugger is
>         more useful for that and it does not depend on the text format
>         of the XML file. For example when you click on a row in the
>         Context view or in the XWatch view of the oXygen XSLT debugger
>         the start tag of the corresponding XML element is highlighted in
>         the XML editor panel. You need just to click in a view of the
>         XSLT debugger to go directly to the corresponding XML element in
>         the source editor.
> 
> 
>         Regards,
>         Sorin
> 
> 
> 
>         mozer wrote:
> 
>             Let me give a simple example
>              <root><a><b></b><c></c></a></root>
>              into
>             <root
>              ><a
>              ><b
>              ></b
>              ><c
>              ></c
>              ></a
>              ></root
>              >
>             May it would make the will less readable than a full indent,
>             but in some case, it is just sufficient for debbugging and
>             don't need further parametrization


From bogus@does.not.exist.com  Mon Feb 16 07:42:11 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Mon, 16 Feb 2009 15:42:11 +0200
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <8B2245497B7F9348B262E7DF858E0B722C5B95D03A@EXCCR01.agso.gov.au>
References: <8B2245497B7F9348B262E7DF858E0B722C5B95D03A@EXCCR01.agso.gov.au>
Message-ID: <49996D33.4080709@oxygenxml.com>

Hi John,

Xerces used a one schema per namespace model, that means whenever a 
namespace is imported the referred schema is the master schema for that 
namespace.
At some moment it was introduced a feature in Xerces to allows to 
specify more schema documents for the same namespace - this is available 
through oXygen options in Options->Preferences -- XML -- XML Parser -- 
http://apache.org/xml/features/honour-all-schemaLocations.

Now, the problems seems to be related with this feature being enabled so 
please make sure you disable that from oXygen options.
What can cause problems is that the same schema document can be referred 
with different systemIds and thus the parser can consider the same 
schema document as multiple documents and from that point one can get 
unexpected errors.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

John.Hockaday at  wrote:
> Hi George,
> 
> Thanks for providing me with a complete solution in the ZIP file. However, I am still having problems.
> 
> I unzipped the ZIP file that you provided into a directory. I then opened a new Oxygen project. I opened the Options => Preferences => XML Catalog and replaced mine with the gml3.2.0Catalog.xml file included in your ZIP.  I then saved preferences, shut down Oxygen and opened it up again.  I then opened up the GmlDictionaryMetadataLocal.xml file in your ZIP.  I tried to validate this but ended up with 18099 errors.
> 
> I have saved the errors. You can get them from http://asdd.ga.gov.au/asdd/work/GeorgesGmlDictMetLocalErrors.
> 
> I checked the first of these errors and saw that they are referring to the GML etc. that was part of your ZIP.
> 
> I get the same results using the GmlDictionaryMetadata.xml file that you provided with the same gml3.2.0Catalog.xml file.
> 
> I then imported the gml3.2.0 folder to the project and validated the selection. Oxygen seemed to go through all the different XSDs and reported - via a java window - "validation successful".
> 
> I am using Oxygen XML editor <oXygen/> XML Editor 10.0, build 2008102212.
> 
> I don't know what file my Options => Preferences is stored in. Would that content be helpful?  If so, tell me the file name and I will make it available on the above web site.
> 
> Thanks.
> 
> 
> John
> 
>> -----Original Message-----
>> From: George Cristian Bina [mailto:george at ]
>> Sent: Friday, 13 February 2009 7:51 PM
>> To: Hockaday John
>> Cc: oxygen-user at 
>> Subject: Re: [oXygen-user] How do I switch off validation of
>> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>>
>>
>> Hi John,
>>
>> I created a catalog file and placed it in the same folder
>> that contains
>> the gml3.2.0 folder. The catalog refers to the schemas with relative
>> locations - and this is how I would recommend, instead of putting
>> absolute file URLs. In this way you can easily distribute the schemas
>> and the catalog to other machines or other users. The catalog
>> content is
>> below:
>>
>> gml3.2.0Catalog.xml
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD XML Catalogs V1.1//EN"
>> "http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd">
>> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
>>      <!-- Schema for EPSG namespace -->
>>      <system
>>          systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
>>          uri="gml3.2.0/EPSG.xsd"/>
>>      <system
>>          systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
>>          uri="gml3.2.0/gml/gml.xsd"/>
>>
>>      <system
>>
>> systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
>>          uri="gml3.2.0/xlink/xlinks.xsd"/>
>> </catalog>
>>
>> The above catalog needs to be set in Options->Preferences -- XML / XML
>> Catalog in the Catalogs list.
>> In the same folder I have two files, one uses relative
>> locations and one
>> uses absolute locations. Both are reported valid with oXygen 10.0 and
>> with the 10.1 preview.
>>
>> The files contain the following schema locations:
>>
>>
>> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
>>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd"
>>
>> and
>>
>> xsi:schemaLocation="http://www.opengis.net/gml
>> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
>>     http://www.w3.org/1999/xlink
>> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
>> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
>>
>> I put all these in an archive that you can download from
>> http://www.oxygenxml.com/update/john.zip
>> Note that this URL is not permanent, the archive will be
>> deleted after a
>> week or so.
>>
>> If you still get errors please let us know what errors exactly do you
>> get and what version and build number of oXygen you are using (you
>> should be able to find these in the Help->About dialog).
>>
>> Best Regards,
>> George
>> --
>> George Cristian Bina
>> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
>> http://www.oxygenxml.com
>>
>> John.Hockaday at  wrote:
>>> Hi George,
>>>
>>> Thanks for the reply.  I have made comments to your's below:
>>>
>>>> -----Original Message-----
>>>> From: George Cristian Bina [mailto:george at ]
>>>> Sent: Thursday, 12 February 2009 6:52 PM
>>>> To: Hockaday John
>>>> Cc: oxygen-user at 
>>>> Subject: Re: [oXygen-user] How do I switch off validation of
>>>> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>>>>
>>>>
>>>> Hi John,
>>>>
>>>> Putting the local schemas in the schema location attribute,
>>>> like below:
>>>>
>>>> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
>>>>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
>>>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd">
>>>>
>>>> I get the file reported valid without any errors.
>>>>
>>> I was trying to avoid using relative path names because
>> this means that my XML document instance will have to be in
>> the "EPSGschemas" directory.  Not everyone will have this
>> structure and hence I used full URLs and OASIS Catalogue XML
>> files to point to the local copies of the XSDs. (See below.)
>>>
>>>> Now, a couple of observations:
>>>>
>>>> - your archive contains gml 3.2.0 while your instance refers to gml
>>>> 3.2.1, see the initial schemaLocation:
>>>>
>>>> xsi:schemaLocation="http://www.opengis.net/gml
>>>> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
>>>>     http://www.w3.org/1999/xlink
>>>> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
>>>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
>>>> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset">
>>>>
>>> Yes that is right. However, my OASIS Catalogue XML file has
>> the following content.
>>>    <!-- Schema for EPSG namespace -->
>>>
>>>     <system
>>>         systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
>>>         uri="file:///O:/downloads/EPSGschemas/gml3.2.0/EPSG.xsd"/>
>>>     <system
>>>         systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
>>>
>> uri="file:///O:/downloads/EPSGschemas/gml3.2.0/gml/gml.xsd"/>
>>>     <system
>>>
>> systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
>> uri="file:///O:/downloads/EPSGschemas/gml3.2.0/xlink/xlinks.xsd"/>
>>> I thought that Oxygen would always use the local files
>> (file:///O:/downloads/EPSGschemas/gml3.2.0/) whenever it saw
>> the schemaLocation value.  Is this true or have I
>> misinterpreted how Oxygen uses OASIS Catalogue XML files?
>>> Today I replaced the schemaLocation values with the three
>> "uri" file values as shown in the content of the catalogue
>> file above.  IE file:///O:/downloads/EPSGschemas/.... The
>> validation still gave me the same errors.
>>> I have now temporarily moved the huge XML file into the
>> EPSGschemas directory and changed the schemaLocation to what
>> you have mentioned above. IE gml3.2.0/...  The validation
>> still gives me the same errors.  Shouldn't this work?
>>>> - the remote schemas at the locations in your original file do not
>>>> exist, or at least I cannot access them, I get a 404 not
>>>> found HTTP error.
>>>>
>>> Yes. That is correct.  The schemas have not yet been made
>> public. I have been given a ZIP file containing the XSDs. I
>> unzipped them on my local system. This was part of what I
>> made available to you via the URL below. Because there were
>> no official web site holding this information I used a bogus
>> full URL that I know doesn't exist.  I expected Oxygen to get
>> the local XSDs using the OASIS Catalogue XML file as mentioned above.
>>>> - you do not have a location specified for the last schema,
>>>> so I assume
>>>> you also have a catalog that maps that to a location?
>>>>
>>> Yes as mentioned above.
>>>
>>> I don't know why you can validate the file and I can't.  It
>> seems to me that I am using the OASIS catalogue file
>> correctly but there must be some setting that gives me errors
>> and you none.  Could that be right?
>>> Thanks.
>>>
>>>
>>> John
>>>
>>>> Best Regards,
>>>> George
>>>> --
>>>> George Cristian Bina
>>>> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
>>>> http://www.oxygenxml.com
>>>>
>>>> John.Hockaday at  wrote:
>>>>> Hi Sorin,
>>>>>
>>>>> Thanks for your prompt reply.
>>>>>
>>>>> A long time ago I asked how to validate a whole set of
>>>> XSDs.  The response indicated that I should: open a project,
>>>> import folders (containing the XSDs) into the project, right
>>>> click on the folder (holding the XSDs) and validate selection.
>>>>> This is what I did with the XSDs that I am using to
>>>> validate the huge XML document instance. The validation
>>>> errors from above only relate to readme files in the
>>>> directories.  Therefore, I assume that the XSDs are valid. I
>>>> even removed the readme files and the validation still works.
>>>>> I have tarred and gzipped the XSDs that I am dealing with.
>>>> You can download them from:
>>>> http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz
>>>>> I then validate the huge XML document instance that is
>>>> supposed to be valid according to the above mentioned XSDs.
>>>> When I do this there are thousands of errors related to the
>>>> XSDs mentioned above and within the document.
>>>>> The huge file that I am trying to validate is available at
>>>> http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml
>>>>> Thanks.
>>>>>
>>>>>
>>>>> John
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: oxygen-user-bounces at 
>>>>>> [mailto:oxygen-user-bounces at ] On Behalf Of
>>>> Sorin Ristache
>>>>>> Sent: Wednesday, 11 February 2009 7:03 PM
>>>>>> To: oxygen-user at 
>>>>>> Subject: Re: [oXygen-user] How do I switch off validation of
>>>>>> XSDs that are called by an XML document instance
>> [SEC=UNCLASSIFIED]
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> The XML Schema is validated implicitly when an XML file is
>>>> validated
>>>>>> against that schema. You cannot disable that with a
>>>> preference. If the
>>>>>> XML Schema is valid then the validation errors are in
>> the XML file.
>>>>>> Please send some sample files to see if the schema or the
>>>> XML file is
>>>>>> not valid.
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>> Sorin
>>>>>>
>>>>>>
>>>>>> John.Hockaday at  wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I have an XML document instance and when I validate it
>>>>>> against and XSD, Oxygen 10.0 validates the XSD?  I have been
>>>>>> told by so called experts that the XSDs are valid but I keep
>>>>>> on getting the errors.  What preferences do I set to validate
>>>>>> the XML document instance and not the relevant XSDs?
>>>>>>> Thanks.
>>>>>> _______________________________________________
>>>>>> oXygen-user mailing list
>>>>>> oXygen-user at 
>>>>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>>>>>
>>>>> _______________________________________________
>>>>> oXygen-user mailing list
>>>>> oXygen-user at 
>>>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Mon Feb 16 16:57:12 2009
From: bogus@does.not.exist.com ()
Date: Tue, 17 Feb 2009 09:57:12 +1100
Subject: [oXygen-user] How do I switch off validation of XSDs that are
	called by an XML document instance [SEC=UNCLASSIFIED]
In-Reply-To: <49996D33.4080709@oxygenxml.com>
Message-ID: <8B2245497B7F9348B262E7DF858E0B722C5B95D044@EXCCR01.agso.gov.au>

Hi George,

That fixed the problem.  Thank you so much. ;--)

I set that options to honour-all-schemaLocations because I was using the gml, gmd, epsg and xlink schemas.  I thought that's what this option meant but it seems to mean honour multiple instances of the same nameSpace.

It's all working now. Even with my old version. Where I use full path names or URIs.

Thanks again.


John

> -----Original Message-----
> From: George Cristian Bina [mailto:george at ]
> Sent: Tuesday, 17 February 2009 12:42 AM
> To: Hockaday John
> Cc: oxygen-user at 
> Subject: Re: [oXygen-user] How do I switch off validation of
> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
>
>
> Hi John,
>
> Xerces used a one schema per namespace model, that means whenever a
> namespace is imported the referred schema is the master
> schema for that
> namespace.
> At some moment it was introduced a feature in Xerces to allows to
> specify more schema documents for the same namespace - this
> is available
> through oXygen options in Options->Preferences -- XML -- XML Parser --
> http://apache.org/xml/features/honour-all-schemaLocations.
>
> Now, the problems seems to be related with this feature being
> enabled so
> please make sure you disable that from oXygen options.
> What can cause problems is that the same schema document can
> be referred
> with different systemIds and thus the parser can consider the same
> schema document as multiple documents and from that point one can get
> unexpected errors.
>
> Best Regards,
> George
> --
> George Cristian Bina
> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
>
> John.Hockaday at  wrote:
> > Hi George,
> >
> > Thanks for providing me with a complete solution in the ZIP
> file. However, I am still having problems.
> >
> > I unzipped the ZIP file that you provided into a directory.
> I then opened a new Oxygen project. I opened the Options =>
> Preferences => XML Catalog and replaced mine with the
> gml3.2.0Catalog.xml file included in your ZIP.  I then saved
> preferences, shut down Oxygen and opened it up again.  I then
> opened up the GmlDictionaryMetadataLocal.xml file in your
> ZIP.  I tried to validate this but ended up with 18099 errors.
> >
> > I have saved the errors. You can get them from
> http://asdd.ga.gov.au/asdd/work/GeorgesGmlDictMetLocalErrors.
> >
> > I checked the first of these errors and saw that they are
> referring to the GML etc. that was part of your ZIP.
> >
> > I get the same results using the GmlDictionaryMetadata.xml
> file that you provided with the same gml3.2.0Catalog.xml file.
> >
> > I then imported the gml3.2.0 folder to the project and
> validated the selection. Oxygen seemed to go through all the
> different XSDs and reported - via a java window - "validation
> successful".
> >
> > I am using Oxygen XML editor <oXygen/> XML Editor 10.0,
> build 2008102212.
> >
> > I don't know what file my Options => Preferences is stored
> in. Would that content be helpful?  If so, tell me the file
> name and I will make it available on the above web site.
> >
> > Thanks.
> >
> >
> > John
> >
> >> -----Original Message-----
> >> From: George Cristian Bina [mailto:george at ]
> >> Sent: Friday, 13 February 2009 7:51 PM
> >> To: Hockaday John
> >> Cc: oxygen-user at 
> >> Subject: Re: [oXygen-user] How do I switch off validation of
> >> XSDs that are called by an XML document instance [SEC=UNCLASSIFIED]
> >>
> >>
> >> Hi John,
> >>
> >> I created a catalog file and placed it in the same folder
> >> that contains
> >> the gml3.2.0 folder. The catalog refers to the schemas
> with relative
> >> locations - and this is how I would recommend, instead of putting
> >> absolute file URLs. In this way you can easily distribute
> the schemas
> >> and the catalog to other machines or other users. The catalog
> >> content is
> >> below:
> >>
> >> gml3.2.0Catalog.xml
> >>
> >> <?xml version="1.0" encoding="UTF-8"?>
> >> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD XML Catalogs V1.1//EN"
> >>
> "http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd">
> >> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
> >>      <!-- Schema for EPSG namespace -->
> >>      <system
> >>          systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
> >>          uri="gml3.2.0/EPSG.xsd"/>
> >>      <system
> >>          systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
> >>          uri="gml3.2.0/gml/gml.xsd"/>
> >>
> >>      <system
> >>
> >> systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
> >>          uri="gml3.2.0/xlink/xlinks.xsd"/>
> >> </catalog>
> >>
> >> The above catalog needs to be set in Options->Preferences
> -- XML / XML
> >> Catalog in the Catalogs list.
> >> In the same folder I have two files, one uses relative
> >> locations and one
> >> uses absolute locations. Both are reported valid with
> oXygen 10.0 and
> >> with the 10.1 preview.
> >>
> >> The files contain the following schema locations:
> >>
> >>
> >> xsi:schemaLocation="http://www.opengis.net/gml gml3.2.0/gml/gml.xsd
> >>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
> >>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset gml3.2.0/EPSG.xsd"
> >>
> >> and
> >>
> >> xsi:schemaLocation="http://www.opengis.net/gml
> >> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
> >>     http://www.w3.org/1999/xlink
> >> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
> >>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
> >> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
> >>
> >> I put all these in an archive that you can download from
> >> http://www.oxygenxml.com/update/john.zip
> >> Note that this URL is not permanent, the archive will be
> >> deleted after a
> >> week or so.
> >>
> >> If you still get errors please let us know what errors
> exactly do you
> >> get and what version and build number of oXygen you are using (you
> >> should be able to find these in the Help->About dialog).
> >>
> >> Best Regards,
> >> George
> >> --
> >> George Cristian Bina
> >> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> >> http://www.oxygenxml.com
> >>
> >> John.Hockaday at  wrote:
> >>> Hi George,
> >>>
> >>> Thanks for the reply.  I have made comments to your's below:
> >>>
> >>>> -----Original Message-----
> >>>> From: George Cristian Bina [mailto:george at ]
> >>>> Sent: Thursday, 12 February 2009 6:52 PM
> >>>> To: Hockaday John
> >>>> Cc: oxygen-user at 
> >>>> Subject: Re: [oXygen-user] How do I switch off validation of
> >>>> XSDs that are called by an XML document instance
> [SEC=UNCLASSIFIED]
> >>>>
> >>>>
> >>>> Hi John,
> >>>>
> >>>> Putting the local schemas in the schema location attribute,
> >>>> like below:
> >>>>
> >>>> xsi:schemaLocation="http://www.opengis.net/gml
> gml3.2.0/gml/gml.xsd
> >>>>     http://www.w3.org/1999/xlink gml3.2.0/xlink/xlinks.xsd
> >>>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
> gml3.2.0/EPSG.xsd">
> >>>>
> >>>> I get the file reported valid without any errors.
> >>>>
> >>> I was trying to avoid using relative path names because
> >> this means that my XML document instance will have to be in
> >> the "EPSGschemas" directory.  Not everyone will have this
> >> structure and hence I used full URLs and OASIS Catalogue XML
> >> files to point to the local copies of the XSDs. (See below.)
> >>>
> >>>> Now, a couple of observations:
> >>>>
> >>>> - your archive contains gml 3.2.0 while your instance
> refers to gml
> >>>> 3.2.1, see the initial schemaLocation:
> >>>>
> >>>> xsi:schemaLocation="http://www.opengis.net/gml
> >>>> http://www.isotc211.org/2005/gml.3.2.1/gml.xsd
> >>>>     http://www.w3.org/1999/xlink
> >>>> http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd
> >>>>     urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset
> >>>> urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset">
> >>>>
> >>> Yes that is right. However, my OASIS Catalogue XML file has
> >> the following content.
> >>>    <!-- Schema for EPSG namespace -->
> >>>
> >>>     <system
> >>>         systemId="urn:x-ogp:spec:schema-xsd:EPSG:0.1:dataset"
> >>>         uri="file:///O:/downloads/EPSGschemas/gml3.2.0/EPSG.xsd"/>
> >>>     <system
> >>>         systemId="http://www.isotc211.org/2005/gml.3.2.1/gml.xsd"
> >>>
> >> uri="file:///O:/downloads/EPSGschemas/gml3.2.0/gml/gml.xsd"/>
> >>>     <system
> >>>
> >> systemId="http://www.isotc211.org/2005/gml.3.2.1/xlink/xlinks.xsd"
> >> uri="file:///O:/downloads/EPSGschemas/gml3.2.0/xlink/xlinks.xsd"/>
> >>> I thought that Oxygen would always use the local files
> >> (file:///O:/downloads/EPSGschemas/gml3.2.0/) whenever it saw
> >> the schemaLocation value.  Is this true or have I
> >> misinterpreted how Oxygen uses OASIS Catalogue XML files?
> >>> Today I replaced the schemaLocation values with the three
> >> "uri" file values as shown in the content of the catalogue
> >> file above.  IE file:///O:/downloads/EPSGschemas/.... The
> >> validation still gave me the same errors.
> >>> I have now temporarily moved the huge XML file into the
> >> EPSGschemas directory and changed the schemaLocation to what
> >> you have mentioned above. IE gml3.2.0/...  The validation
> >> still gives me the same errors.  Shouldn't this work?
> >>>> - the remote schemas at the locations in your original
> file do not
> >>>> exist, or at least I cannot access them, I get a 404 not
> >>>> found HTTP error.
> >>>>
> >>> Yes. That is correct.  The schemas have not yet been made
> >> public. I have been given a ZIP file containing the XSDs. I
> >> unzipped them on my local system. This was part of what I
> >> made available to you via the URL below. Because there were
> >> no official web site holding this information I used a bogus
> >> full URL that I know doesn't exist.  I expected Oxygen to get
> >> the local XSDs using the OASIS Catalogue XML file as
> mentioned above.
> >>>> - you do not have a location specified for the last schema,
> >>>> so I assume
> >>>> you also have a catalog that maps that to a location?
> >>>>
> >>> Yes as mentioned above.
> >>>
> >>> I don't know why you can validate the file and I can't.  It
> >> seems to me that I am using the OASIS catalogue file
> >> correctly but there must be some setting that gives me errors
> >> and you none.  Could that be right?
> >>> Thanks.
> >>>
> >>>
> >>> John
> >>>
> >>>> Best Regards,
> >>>> George
> >>>> --
> >>>> George Cristian Bina
> >>>> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> >>>> http://www.oxygenxml.com
> >>>>
> >>>> John.Hockaday at  wrote:
> >>>>> Hi Sorin,
> >>>>>
> >>>>> Thanks for your prompt reply.
> >>>>>
> >>>>> A long time ago I asked how to validate a whole set of
> >>>> XSDs.  The response indicated that I should: open a project,
> >>>> import folders (containing the XSDs) into the project, right
> >>>> click on the folder (holding the XSDs) and validate selection.
> >>>>> This is what I did with the XSDs that I am using to
> >>>> validate the huge XML document instance. The validation
> >>>> errors from above only relate to readme files in the
> >>>> directories.  Therefore, I assume that the XSDs are valid. I
> >>>> even removed the readme files and the validation still works.
> >>>>> I have tarred and gzipped the XSDs that I am dealing with.
> >>>> You can download them from:
> >>>> http://asdd.ga.gov.au/asdd/work/epsgSchemas.tar.gz
> >>>>> I then validate the huge XML document instance that is
> >>>> supposed to be valid according to the above mentioned XSDs.
> >>>> When I do this there are thousands of errors related to the
> >>>> XSDs mentioned above and within the document.
> >>>>> The huge file that I am trying to validate is available at
> >>>> http://asdd.ga.gov.au/asdd/work/GmlDictionaryMetadata.xml
> >>>>> Thanks.
> >>>>>
> >>>>>
> >>>>> John
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: oxygen-user-bounces at 
> >>>>>> [mailto:oxygen-user-bounces at ] On Behalf Of
> >>>> Sorin Ristache
> >>>>>> Sent: Wednesday, 11 February 2009 7:03 PM
> >>>>>> To: oxygen-user at 
> >>>>>> Subject: Re: [oXygen-user] How do I switch off validation of
> >>>>>> XSDs that are called by an XML document instance
> >> [SEC=UNCLASSIFIED]
> >>>>>>
> >>>>>> Hello,
> >>>>>>
> >>>>>> The XML Schema is validated implicitly when an XML file is
> >>>> validated
> >>>>>> against that schema. You cannot disable that with a
> >>>> preference. If the
> >>>>>> XML Schema is valid then the validation errors are in
> >> the XML file.
> >>>>>> Please send some sample files to see if the schema or the
> >>>> XML file is
> >>>>>> not valid.
> >>>>>>
> >>>>>>
> >>>>>> Regards,
> >>>>>> Sorin
> >>>>>>
> >>>>>>
> >>>>>> John.Hockaday at  wrote:
> >>>>>>> Hi,
> >>>>>>>
> >>>>>>> I have an XML document instance and when I validate it
> >>>>>> against and XSD, Oxygen 10.0 validates the XSD?  I have been
> >>>>>> told by so called experts that the XSDs are valid but I keep
> >>>>>> on getting the errors.  What preferences do I set to validate
> >>>>>> the XML document instance and not the relevant XSDs?
> >>>>>>> Thanks.
> >>>>>> _______________________________________________
> >>>>>> oXygen-user mailing list
> >>>>>> oXygen-user at 
> >>>>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
> >>>>>>
> >>>>> _______________________________________________
> >>>>> oXygen-user mailing list
> >>>>> oXygen-user at 
> >>>>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>


From bogus@does.not.exist.com  Tue Feb 17 08:14:30 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Tue, 17 Feb 2009 16:14:30 +0200
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <499969CF.7060102@oxygenxml.com>
References: <469DB173.1040206@asiatype.com>	<46A0759E.9040502@oxygenxml.com>	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>	<47FB593A.3080004@oxygenxml.com>	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>	<47FF52FD.4060509@oxygenxml.com>	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>	<21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>
	<499969CF.7060102@oxygenxml.com>
Message-ID: <499AC646.1070206@oxygenxml.com>

Hello Xmlizer,

Unzip the attached archive Oxygen-plugin.zip in the subfolder plugins of 
the Oxygen install folder and restart Oxygen. Edit the XML document in 
Text mode, select the elements that you want to format with "neutral 
indenting", right click and in the contextual menu select Plugins -> 
Format with text preserve.

You can find the source code in Oxygen-plugin-source.zip if you want to 
change the format policy. The Oxygen plugins are explained in the User 
Manual:

http://www.oxygenxml.com/doc/ug-oxygen/how-to-develop-oxygen-plugin.html


Regards,
Sorin


Sorin Ristache wrote:
> Hello Xmlizer,
> 
> We will make an Oxygen selection plugin that inserts a newline before 
> any '>' character that is located at the end of a tag so that the '>' 
> will be the first character on the next line. A selection plugin is 
> available on the contextual menu of the text editor and receives as 
> parameter the current selection of the editor. We will post the plugin 
> to the list.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Oxygen-plugin.zip
Type: application/x-zip-compressed
Size: 3174 bytes
Desc: not available
Url : http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090217/77965ac7/attachment.bin 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Oxygen-plugin-source.zip
Type: application/x-zip-compressed
Size: 3595 bytes
Desc: not available
Url : http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090217/77965ac7/attachment-0001.bin 

From bogus@does.not.exist.com  Tue Feb 17 09:40:19 2009
From: bogus@does.not.exist.com (Thomas Zastrow)
Date: Tue, 17 Feb 2009 16:40:19 +0100
Subject: [oXygen-user] XQuery in Oxygen
Message-ID: <499ADA63.6030504@uni-tuebingen.de>

Hello,

is it possible to perform XQueries on an XML document without the help 
of an external database like eXist?

Thanks a lot!

Best,

Tom


From bogus@does.not.exist.com  Tue Feb 17 09:52:49 2009
From: bogus@does.not.exist.com (mozer)
Date: Tue, 17 Feb 2009 16:52:49 +0100
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <499AC646.1070206@oxygenxml.com>
References: <469DB173.1040206@asiatype.com> <46A0759E.9040502@oxygenxml.com>
	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>
	<47FB593A.3080004@oxygenxml.com>
	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>
	<47FF52FD.4060509@oxygenxml.com>
	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>
	<21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>
	<499969CF.7060102@oxygenxml.com> <499AC646.1070206@oxygenxml.com>
Message-ID: <21d9ade60902170752n611e0016oc284e1a990919899@mail.gmail.com>

Hello Sorin,
Indeed, that works fine ! Thanks !

It's exactly what I wanted !

Is there a way to include it more thightly in the application ?

Indeed, it would be great to be able to format in such a way on opening the
doc

Regards,

Xmlizer

On Tue, Feb 17, 2009 at 3:14 PM, Sorin Ristache <sorin at > wrote:

> Hello Xmlizer,
>
> Unzip the attached archive Oxygen-plugin.zip in the subfolder plugins of
> the Oxygen install folder and restart Oxygen. Edit the XML document in Text
> mode, select the elements that you want to format with "neutral indenting",
> right click and in the contextual menu select Plugins -> Format with text
> preserve.
>
> You can find the source code in Oxygen-plugin-source.zip if you want to
> change the format policy. The Oxygen plugins are explained in the User
> Manual:
>
> http://www.oxygenxml.com/doc/ug-oxygen/how-to-develop-oxygen-plugin.html
>
>
> Regards,
> Sorin
>
>
> Sorin Ristache wrote:
>
>> Hello Xmlizer,
>>
>> We will make an Oxygen selection plugin that inserts a newline before any
>> '>' character that is located at the end of a tag so that the '>' will be
>> the first character on the next line. A selection plugin is available on the
>> contextual menu of the text editor and receives as parameter the current
>> selection of the editor. We will post the plugin to the list.
>>
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090217/dca5870a/attachment.html 

From bogus@does.not.exist.com  Tue Feb 17 09:59:42 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Tue, 17 Feb 2009 17:59:42 +0200
Subject: [oXygen-user] XQuery in Oxygen
In-Reply-To: <499ADA63.6030504@uni-tuebingen.de>
References: <499ADA63.6030504@uni-tuebingen.de>
Message-ID: <499ADEEE.4010209@oxygenxml.com>

Hello,

Just run your XQuery with the Saxon 9 engine that comes with Oxygen.
Starting with Oxygen version 10.0 both versions of the Saxon XQuery
engine (Saxon Basic and Saxon Schema Aware) are included in Oxygen. You
must select Saxon-B XQuery or Saxon-SA XQuery in the Transformer combo
box of the dialog box for editing the transformation scenario associated
with your XQuery.


Regards,
Sorin


Thomas Zastrow wrote:
> Hello,
> 
> is it possible to perform XQueries on an XML document without the help 
> of an external database like eXist?
> 
> Thanks a lot!
> 
> Best,
> 
> Tom



From bogus@does.not.exist.com  Tue Feb 17 10:09:21 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Tue, 17 Feb 2009 18:09:21 +0200
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <21d9ade60902170752n611e0016oc284e1a990919899@mail.gmail.com>
References: <469DB173.1040206@asiatype.com>
	<46A0759E.9040502@oxygenxml.com>	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>	<47FB593A.3080004@oxygenxml.com>	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>	<47FF52FD.4060509@oxygenxml.com>	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>	<21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>	<499969CF.7060102@oxygenxml.com>
	<499AC646.1070206@oxygenxml.com>
	<21d9ade60902170752n611e0016oc284e1a990919899@mail.gmail.com>
Message-ID: <499AE131.7010005@oxygenxml.com>

Currently that is not possible. We will consider allowing the user to 
set a shortcut for a plugin from Options -> Menu Shortcut Keys.


Regards,
Sorin


mozer wrote:
> Is there a way to include it more thightly in the application ?
> 
> Indeed, it would be great to be able to format in such a way on opening 
> the doc


From bogus@does.not.exist.com  Thu Feb 19 14:23:36 2009
From: bogus@does.not.exist.com (Wendell Piez)
Date: Thu, 19 Feb 2009 15:23:36 -0500
Subject: [oXygen-user] Saxon SA support in oXygen
Message-ID: <20090219152357.GA36221@mail11c.verio-web.com>

Gentlemen,

I am trying out features of schema-aware transformations. I am aware 
that one of the things SaxonSA is supposed to be able to do is signal 
errors when XPath expressions in your XSLT would resolve in empty 
sequences by necessity (given valid input), since the elements named 
would be invalid according to the given schema. (This is documented 
on pp 169-170 of Michael Kay's Programmers Reference, 4th ed., and 
elsewhere.) But I can't get this to work in oXygen. SaxonSA happily 
runs my transform without emitting warnings, even when I put spurious XPath in.

On p 169 of the PR 4ed, Mike indicates that -val:strict has to be 
provided from the command line. In oXygen's Preferences, I can see 
how to set -val, but not -val:strict. Might that have to do with why 
this feature isn't working for me?

This is just a guess, since Saxon does complain if input is not 
valid. Otherwise I'm completely in the dark. I'd be grateful for any tips.

I'm still on oXygen 10; the version of SaxonSA is 9.1.0.3J.

Thanks!
Wendell


======================================================================
Wendell Piez                            mailto:wapiez at 
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
   Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================



From bogus@does.not.exist.com  Thu Feb 19 15:13:45 2009
From: bogus@does.not.exist.com (Francois Jordaan)
Date: Thu, 19 Feb 2009 21:13:45 +0000
Subject: [oXygen-user] Shortcut key wanted: Select element contents
In-Reply-To: <20090217180002.4A38D11C163@editor2.oxygenxml.com>
References: <20090217180002.4A38D11C163@editor2.oxygenxml.com>
Message-ID: <499DCB89.9090909@isotoma.com>

Two favourite shortcuts:
1. Meta-E, to wrap text in a tag
2. Ctrl-Alt-X, to remove tags

Two shortcuts I crave:
1. Select the contents of an element (everything between the opening and 
closing tag of the element the cursor is in.)
2. Like Ctrl-Alt-X, but to delete the tag attribute under the cursor.

I looked amongst the existing shortcuts, but couldn't find either. Do 
they exist?

francois
-- 
francois at  / Isotoma, Open Source Software Consulting
Tel: 01904 567349 / Mobile: 07872 394273 / Fax: 020 79006980
Skype: fjordaan / http://www.isotoma.com
Postal Address: Tower House, Fishergate, York, YO10 4UA, UK

Registered in England.  Company No 5171172.  VAT GB843570325.
Registered Office: 19a Goodge Street, London, W1T 2PH


From bogus@does.not.exist.com  Thu Feb 19 15:31:12 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Thu, 19 Feb 2009 15:31:12 -0600
Subject: [oXygen-user] Shortcut key wanted: Select element contents
In-Reply-To: <499DCB89.9090909@isotoma.com>
Message-ID: <C5C32BC0.DEDD%ekimber@reallysi.com>

On 2/19/09 3:13 PM, "Francois Jordaan" <francois at > wrote:

> Two favourite shortcuts:
> 1. Meta-E, to wrap text in a tag
> 2. Ctrl-Alt-X, to remove tags
> 
> Two shortcuts I crave:
> 1. Select the contents of an element (everything between the opening and
> closing tag of the element the cursor is in.)
> 2. Like Ctrl-Alt-X, but to delete the tag attribute under the cursor.

For 1, you have to set up your own shortcut. I just did this a couple of
days ago, but I would also like it to be a default. Options->Menu Shortcut
Keys, then sort by Description and look for "Select Content".

In Arborext Editor, ctrl+e (I think, my memory is dim) would select the
element content for the element containing the cursor. Successive presses
would then select the containing element and so on up the ancestry tree. I
used that feature very heavily.

Cheers,

E.

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Thu Feb 19 15:51:50 2009
From: bogus@does.not.exist.com (Francois Jordaan)
Date: Thu, 19 Feb 2009 21:51:50 +0000
Subject: [oXygen-user] Shortcut key wanted: Select element contents
In-Reply-To: <C5C32BC0.DEDD%ekimber@reallysi.com>
References: <C5C32BC0.DEDD%ekimber@reallysi.com>
Message-ID: <499DD476.8030004@isotoma.com>

Eliot Kimber wrote:
> For 1, you have to set up your own shortcut. I just did this a couple of
> days ago, but I would also like it to be a default. Options->Menu Shortcut
> Keys, then sort by Description and look for "Select Content".

Wonderful, thank you so much! (I actually saw this one, but it had the 
same shortcut assigned as "Find all elements", which confused me into 
thinking I misunderstood it.)

> In Arborext Editor, ctrl+e (I think, my memory is dim) would select the
> element content for the element containing the cursor. Successive presses
> would then select the containing element and so on up the ancestry tree. I
> used that feature very heavily.

I would really like a feature like that too. No reason why the same 
shortcut key can't have this behaviour.

Anyway, my immediate need is met. Thanks again.

f
-- 
francois at  / Isotoma, Open Source Software Consulting
Tel: 01904 567349 / Mobile: 07872 394273 / Fax: 020 79006980
Skype: fjordaan / http://www.isotoma.com
Postal Address: Tower House, Fishergate, York, YO10 4UA, UK

Registered in England.  Company No 5171172.  VAT GB843570325.
Registered Office: 19a Goodge Street, London, W1T 2PH


From bogus@does.not.exist.com  Thu Feb 19 15:31:41 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 19 Feb 2009 23:31:41 +0200
Subject: [oXygen-user] Saxon SA support in oXygen
In-Reply-To: <20090219152357.GA36221@mail11c.verio-web.com>
References: <20090219152357.GA36221@mail11c.verio-web.com>
Message-ID: <499DCFBD.1040707@oxygenxml.com>

Hi Wendell,

You need to use xsl:import-schema to load the schema in the stylesheet 
and then you should use schema-element(element) instead of an element 
test in your XPath, for example, if you put the following stylesheet in 
the oXygen samples folder (where we have the sample project, next to 
personal.xsl):

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="2.0" 
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
     xmlns:xs="http://www.w3.org/2001/XMLSchema">

     <xsl:import-schema schema-location="personal.xsd"/>

     <xsl:template match="/schema-element(email)/test">
         <test/>
     </xsl:template>
     <xsl:template match="/schema-element(a)/x">
         <x/>
     </xsl:template>
</xsl:stylesheet>

and you set Saxon-SA 9.1.x.x in Options->Preferences -- XML / 
XSLT-FO-XQuery / XSLT -- XSLT 2.0 Validate with then you should get the 
following errors when you compile the stylesheet:

SystemID: C:\Program Files\Oxygen XML Editor 10\samples\personal.xsl
Description: [Saxon-SA 9.1.0.3] Failed to compile stylesheet. 1 error 
detected.

SystemID: C:\Program Files\Oxygen XML Editor 10\samples\personal.xsd
Location: 126:0
Description: [Saxon-SA 9.1.0.3] For compatibility, a notation should not 
have both a public identifier and a system identifier

SystemID: C:\Program Files\Oxygen XML Editor 10\samples\personal.xsl
Location: 10:0
Description: [Saxon-SA 9.1.0.3] XSLT Pattern syntax error at char 18 on 
line 10 in {/schema-element(a)/x}:
     There is no declaration for element <a> in an imported schema
URL: http://www.w3.org/TR/xpath20/#ERRXPST0008

SystemID: C:\Program Files\Oxygen XML Editor 10\samples\personal.xsl
Location: 7:0
Description: [Saxon-SA 9.1.0.3] The child axis will never select any 
element nodes when starting at a node with simple type xs:string

The -val option is for strict validation.

Hope that helps,
George
--
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com


Wendell Piez wrote:
> Gentlemen,
> 
> I am trying out features of schema-aware transformations. I am aware 
> that one of the things SaxonSA is supposed to be able to do is signal 
> errors when XPath expressions in your XSLT would resolve in empty 
> sequences by necessity (given valid input), since the elements named 
> would be invalid according to the given schema. (This is documented on 
> pp 169-170 of Michael Kay's Programmers Reference, 4th ed., and 
> elsewhere.) But I can't get this to work in oXygen. SaxonSA happily runs 
> my transform without emitting warnings, even when I put spurious XPath in.
> 
> On p 169 of the PR 4ed, Mike indicates that -val:strict has to be 
> provided from the command line. In oXygen's Preferences, I can see how 
> to set -val, but not -val:strict. Might that have to do with why this 
> feature isn't working for me?
> 
> This is just a guess, since Saxon does complain if input is not valid. 
> Otherwise I'm completely in the dark. I'd be grateful for any tips.
> 
> I'm still on oXygen 10; the version of SaxonSA is 9.1.0.3J.
> 
> Thanks!
> Wendell
> 
> 
> ======================================================================
> Wendell Piez                            mailto:wapiez at 
> Mulberry Technologies, Inc.                http://www.mulberrytech.com
> 17 West Jefferson Street                    Direct Phone: 301/315-9635
> Suite 207                                          Phone: 301/315-9631
> Rockville, MD  20850                                 Fax: 301/315-8285
> ----------------------------------------------------------------------
>   Mulberry Technologies: A Consultancy Specializing in SGML and XML
> ======================================================================
> 
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Thu Feb 19 15:51:40 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Thu, 19 Feb 2009 23:51:40 +0200
Subject: [oXygen-user] Shortcut key wanted: Select element contents
In-Reply-To: <C5C32BC0.DEDD%ekimber@reallysi.com>
References: <C5C32BC0.DEDD%ekimber@reallysi.com>
Message-ID: <499DD46C.30607@oxygenxml.com>

Hi Francois, Eliot,

2 is not possible, we do not have a select/delete attribute action. 
There is a Select Attributes action that selects all the attributes and 
you can set a shortcut for that if you want from Options->Menu shortcut 
keys.

You can achieve a progressive selection up on the ancestor axes if you 
set a shortcut for the Select Parent action. Successive invocations will 
extend the selection.

Best Regards,
George
--
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com


Eliot Kimber wrote:
> On 2/19/09 3:13 PM, "Francois Jordaan" <francois at > wrote:
> 
>> Two favourite shortcuts:
>> 1. Meta-E, to wrap text in a tag
>> 2. Ctrl-Alt-X, to remove tags
>>
>> Two shortcuts I crave:
>> 1. Select the contents of an element (everything between the opening and
>> closing tag of the element the cursor is in.)
>> 2. Like Ctrl-Alt-X, but to delete the tag attribute under the cursor.
> 
> For 1, you have to set up your own shortcut. I just did this a couple of
> days ago, but I would also like it to be a default. Options->Menu Shortcut
> Keys, then sort by Description and look for "Select Content".
> 
> In Arborext Editor, ctrl+e (I think, my memory is dim) would select the
> element content for the element containing the cursor. Successive presses
> would then select the containing element and so on up the ancestry tree. I
> used that feature very heavily.
> 
> Cheers,
> 
> E.
> 
> ----
> Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
> email:  ekimber at  <mailto:ekimber at >
> office: 610.631.6770 | cell: 512.554.9368
> 2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
> www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
> <http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 
> 
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Thu Feb 19 15:55:14 2009
From: bogus@does.not.exist.com (Wendell Piez)
Date: Thu, 19 Feb 2009 16:55:14 -0500
Subject: [oXygen-user] Saxon SA support in oXygen
In-Reply-To: <499DCFBD.1040707@oxygenxml.com>
References: <20090219152357.GA36221@mail11c.verio-web.com>
	<499DCFBD.1040707@oxygenxml.com>
Message-ID: <20090219165537.GA80586@mail11d.verio-web.com>

Dear George,

Thanks for the quick response.

I have xsl:import-schema in place, but I missed the part about the 
schema-element() match. Hm: Not all documents I consulted had this 
(though the canonical example does).

So I'll try that. The fact that you have it working is certainly reassuring.

Cheers,
Wendell

At 04:31 PM 2/19/2009, you wrote:
>Hi Wendell,
>
>You need to use xsl:import-schema to load the schema in the 
>stylesheet and then you should use schema-element(element) instead 
>of an element test in your XPath, for example....


======================================================================
Wendell Piez                            mailto:wapiez at 
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
   Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================



From bogus@does.not.exist.com  Thu Feb 19 16:32:27 2009
From: bogus@does.not.exist.com (Francois Jordaan)
Date: Thu, 19 Feb 2009 22:32:27 +0000
Subject: [oXygen-user] Shortcut key wanted: Select element contents
In-Reply-To: <499DD46C.30607@oxygenxml.com>
References: <C5C32BC0.DEDD%ekimber@reallysi.com> <499DD46C.30607@oxygenxml.com>
Message-ID: <499DDDFB.7000404@isotoma.com>

Thanks very much for the helpful response, George.

I now have the following shortcuts, which I think will be very well-used:

Meta-E - Wrap in Tag
Meta-Shift-E - Select Contents
Ctrl-Shift-E - Select Tag
Ctrl-Meta-E - Select Parent

f
-- 
francois at  / Isotoma, Open Source Software Consulting
Tel: 01904 567349 / Mobile: 07872 394273 / Fax: 020 79006980
Skype: fjordaan / http://www.isotoma.com
Postal Address: Tower House, Fishergate, York, YO10 4UA, UK

Registered in England.  Company No 5171172.  VAT GB843570325.
Registered Office: 19a Goodge Street, London, W1T 2PH


From bogus@does.not.exist.com  Fri Feb 20 05:06:15 2009
From: bogus@does.not.exist.com (Christian Kosmowski)
Date: Fri, 20 Feb 2009 12:06:15 +0100
Subject: [oXygen-user] Empty Schema Element
Message-ID: <499E8EA7.3000306@quinscape.de>

Hi,

I have a question about Oxygen and XSD Schemas.

I need to have an Element which has to be empty. No attributes and no 
child elements.

I already tried a normal complexType without content and the following 
simpleType:

 <xs:simpleType name="Empty">
    <xs:annotation>
      <xs:documentation>
        Elemts of the type ?Empty? must have no content.
      </xs:documentation>
    </xs:annotation>
    <xs:restriction base="xs:string">
      <xs:enumeration value=""/>
    </xs:restriction>
  </xs:simpleType>

But in both cases i can type whatever i want to into Elements with the 
Type Empty. And when i am editing in such an element oxygen gives me a 
list of all Elements in the whole Schema.

Does anyone know how to get this working?

Thanks

Christian

-- 
QuinScape GmbH
http://www.QuinScape.de
http://www.docscape.de



From bogus@does.not.exist.com  Fri Feb 20 06:14:35 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Fri, 20 Feb 2009 14:14:35 +0200
Subject: [oXygen-user] Empty Schema Element
In-Reply-To: <499E8EA7.3000306@quinscape.de>
References: <499E8EA7.3000306@quinscape.de>
Message-ID: <499E9EAB.7000204@oxygenxml.com>

Hi Christian,

Normally I would define an empty element setting it a type like

     <xs:complexType name="Empty1">
         <xs:sequence/>
     </xs:complexType>

In any case, if you put your simple type that also should work. What I 
believe happens in your case is that you define an element without 
setting its type, like in the case of the test element from the sample 
below. There you find also two empty elements defined with your type and 
with the above type.

test.xsd
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
     <xs:element name="root">
         <xs:complexType>
             <xs:choice maxOccurs="unbounded">
                 <xs:element ref="empty1"/>
                 <xs:element ref="empty2"/>
                 <xs:element ref="test"/>
             </xs:choice>
         </xs:complexType>
     </xs:element>

     <xs:element name="empty1" type="Empty1"/>
     <xs:element name="empty2" type="Empty2"/>
     <xs:element name="test"/>

     <xs:complexType name="Empty1">
         <xs:sequence/>
     </xs:complexType>

     <xs:simpleType name="Empty2">
         <xs:annotation>
             <xs:documentation>
                 Elemts of the type ?Empty? must have no content.
             </xs:documentation>
         </xs:annotation>
         <xs:restriction base="xs:string">
             <xs:enumeration value=""/>
         </xs:restriction>
     </xs:simpleType>

</xs:schema>


test.xml

<?xml version="1.0" encoding="UTF-8"?>
<root xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:noNamespaceSchemaLocation="test.xsd">

   <empty1/>
   <empty2></empty2>
   <test>
     <empty1/>
   </test>
</root>


Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Christian Kosmowski wrote:
> Hi,
> 
> I have a question about Oxygen and XSD Schemas.
> 
> I need to have an Element which has to be empty. No attributes and no 
> child elements.
> 
> I already tried a normal complexType without content and the following 
> simpleType:
> 
> <xs:simpleType name="Empty">
>    <xs:annotation>
>      <xs:documentation>
>        Elemts of the type ?Empty? must have no content.
>      </xs:documentation>
>    </xs:annotation>
>    <xs:restriction base="xs:string">
>      <xs:enumeration value=""/>
>    </xs:restriction>
>  </xs:simpleType>
> 
> But in both cases i can type whatever i want to into Elements with the 
> Type Empty. And when i am editing in such an element oxygen gives me a 
> list of all Elements in the whole Schema.
> 
> Does anyone know how to get this working?
> 
> Thanks
> 
> Christian
> 


From bogus@does.not.exist.com  Fri Feb 20 06:30:43 2009
From: bogus@does.not.exist.com (Christian Kosmowski)
Date: Fri, 20 Feb 2009 13:30:43 +0100
Subject: [oXygen-user] Empty Schema Element
In-Reply-To: <499E9EAB.7000204@oxygenxml.com>
References: <499E8EA7.3000306@quinscape.de> <499E9EAB.7000204@oxygenxml.com>
Message-ID: <499EA273.6050306@quinscape.de>

Hi George,

That was the point. I forgot to set the type where the element is 
defined. now it works.

Thanks you!

George Cristian Bina schrieb:
> Hi Christian,
>
> Normally I would define an empty element setting it a type like
>
>     <xs:complexType name="Empty1">
>         <xs:sequence/>
>     </xs:complexType>
>
> In any case, if you put your simple type that also should work. What I 
> believe happens in your case is that you define an element without 
> setting its type, like in the case of the test element from the sample 
> below. There you find also two empty elements defined with your type 
> and with the above type.
>
> test.xsd
> <?xml version="1.0" encoding="UTF-8"?>
> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
>     <xs:element name="root">
>         <xs:complexType>
>             <xs:choice maxOccurs="unbounded">
>                 <xs:element ref="empty1"/>
>                 <xs:element ref="empty2"/>
>                 <xs:element ref="test"/>
>             </xs:choice>
>         </xs:complexType>
>     </xs:element>
>
>     <xs:element name="empty1" type="Empty1"/>
>     <xs:element name="empty2" type="Empty2"/>
>     <xs:element name="test"/>
>
>     <xs:complexType name="Empty1">
>         <xs:sequence/>
>     </xs:complexType>
>
>     <xs:simpleType name="Empty2">
>         <xs:annotation>
>             <xs:documentation>
>                 Elemts of the type ?Empty? must have no content.
>             </xs:documentation>
>         </xs:annotation>
>         <xs:restriction base="xs:string">
>             <xs:enumeration value=""/>
>         </xs:restriction>
>     </xs:simpleType>
>
> </xs:schema>
>
>
> test.xml
>
> <?xml version="1.0" encoding="UTF-8"?>
> <root xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>  xsi:noNamespaceSchemaLocation="test.xsd">
>
>   <empty1/>
>   <empty2></empty2>
>   <test>
>     <empty1/>
>   </test>
> </root>
>
>
> Best Regards,
> George


-- 
QuinScape GmbH              Christian.Kosmowski at 
Wittekindstra?e 30          Tel. : 0231 / 53 38 31 231
44139 Dortmund              Fax. : 0231 / 53 38 31 111
http://www.QuinScape.de
http://www.docscape.de

Gesch?ftsf?hrer:
Thomas Biskup            Sitz Dortmund
Dr. Norbert Jesse        HRB 14740
Dr. Gero Presser         Amtsgericht Dortmund 



From bogus@does.not.exist.com  Sun Feb 22 13:36:25 2009
From: bogus@does.not.exist.com (Stefan Krause)
Date: Sun, 22 Feb 2009 20:36:25 +0100
Subject: [oXygen-user] feature request: use ant properties file for
	transformation scenarios
Message-ID: <49A1A939.7000703@editura.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

I wrote an ant build which transforms xml files via xslt.  The input is
driven by a database, which writes a property file and triggers ant.
While debugging my stylesheets, I have to open the property file and
copy the params manually to the transformation scenario params.

I was wondering if you could implement a feature which reads a given
property file and populates the params in the scenario?

Ant file:

<project name="test" default="test" basedir=".">
	<property name="param1" value="value1"/>
...

Stylesheet:
<xsl:stylesheet
	xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
	version="2.0">
	<xsl:param name="param1">value1</xsl:param>
...

Best regards,

Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJoak56m+l2LO+BGwRAgqTAJ4sGdtcNLD2fqB6YizMiTLC/R3wRACfbLVU
RNgKLVT1BGx/F6FYy7pYgHU=
=eueQ
-----END PGP SIGNATURE-----


From bogus@does.not.exist.com  Mon Feb 23 04:44:42 2009
From: bogus@does.not.exist.com (Bram Vogelaar)
Date: Mon, 23 Feb 2009 11:44:42 +0100
Subject: [oXygen-user] xinclude error for docbook block
Message-ID: <51410426-0285-4403-8D8B-4FCBA08196FF@teambla.com>

Hello All

i am trying to separate one of our docbook projects into smaller xml  
files using the following structure

manual.xml
<?xml version="1.0" encoding="UTF-8"?>
<?oxygen RNGSchema="http://www.oasis-open.org/docbook/xml/5.0/rng/docbookxi.rng 
" type="xml"?>
<book xmlns="http://docbook.org/ns/docbook" xmlns:xi="http://www.w3.org/2001/XInclude 
"
     xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0">
     <xi:include href="parts/info.xml"
         xmlns:xi="http://www.w3.org/2001/XInclude">
     </xi:include>
     <xi:include href="parts/part1.xml"
         xmlns:xi="http://www.w3.org/2001/XInclude">
     </xi:include>
	........
</book>

info.xml
<?xml version="1.0" encoding="UTF-8"?>
<info xmlns="http://docbook.org/ns/docbook" version="5.0">
	.......
</info>

which results in the following error
"E [oNVDL] element "info" from namespace "http://docbook.org/ns/ 
docbook" not allowed in this context"
While including the info block straight  in the manual.xml (copy &  
paste) there is no such error. Nor is this error triggered by
any of the other xi:included files.

could some one please point me in the right direction to x::include  
the info.xml file?

with regards
Bram


From bogus@does.not.exist.com  Mon Feb 23 07:07:32 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Mon, 23 Feb 2009 15:07:32 +0200
Subject: [oXygen-user] xinclude error for docbook block
In-Reply-To: <51410426-0285-4403-8D8B-4FCBA08196FF@teambla.com>
References: <51410426-0285-4403-8D8B-4FCBA08196FF@teambla.com>
Message-ID: <49A29F94.4030308@oxygenxml.com>

Dear Bram,

The error should be obtained when you validate the info.xml file and not 
the manual.xml file, right? At least this is the behavior I can reproduce.

This is an interesting case. The problem is that the DocBook grammar 
does not specify info as one of the allowed start elements and thus the 
error. There are two solutions, both possible with oXygen:

- use a modified DocBook schema that allows info as root
- validate the info.xml file in the context it is used from

In the first case you can include the DocBook schema and then add a 
choice start pattern like below:

<grammar xmlns="http://relaxng.org/ns/structure/1.0">
     <include href="docbookxi.rng"/>
     <start combine="choice">
         <ref name="db.info"/>
     </start>
</grammar>

In the second case you just need to define a validation scenario and add 
an entry to validate manual.xml with the default engine. Thus, intsead 
of validating info.xml directly oXygen will validate starting from 
manual.xml and info.xml will be validated in the context it is used.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Bram Vogelaar wrote:
> Hello All
> 
> i am trying to separate one of our docbook projects into smaller xml 
> files using the following structure
> 
> manual.xml
> <?xml version="1.0" encoding="UTF-8"?>
> <?oxygen 
> RNGSchema="http://www.oasis-open.org/docbook/xml/5.0/rng/docbookxi.rng" 
> type="xml"?>
> <book xmlns="http://docbook.org/ns/docbook" 
> xmlns:xi="http://www.w3.org/2001/XInclude"
>     xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0">
>     <xi:include href="parts/info.xml"
>         xmlns:xi="http://www.w3.org/2001/XInclude">
>     </xi:include>
>     <xi:include href="parts/part1.xml"
>         xmlns:xi="http://www.w3.org/2001/XInclude">
>     </xi:include>
>     ........
> </book>
> 
> info.xml
> <?xml version="1.0" encoding="UTF-8"?>
> <info xmlns="http://docbook.org/ns/docbook" version="5.0">
>     .......
> </info>
> 
> which results in the following error
> "E [oNVDL] element "info" from namespace "http://docbook.org/ns/docbook" 
> not allowed in this context"
> While including the info block straight  in the manual.xml (copy & 
> paste) there is no such error. Nor is this error triggered by
> any of the other xi:included files.
> 
> could some one please point me in the right direction to x::include the 
> info.xml file?
> 
> with regards
> Bram
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Mon Feb 23 08:03:24 2009
From: bogus@does.not.exist.com (Bram Vogelaar)
Date: Mon, 23 Feb 2009 15:03:24 +0100
Subject: [oXygen-user] xinclude error for docbook block
In-Reply-To: <49A29F94.4030308@oxygenxml.com>
References: <51410426-0285-4403-8D8B-4FCBA08196FF@teambla.com>
	<49A29F94.4030308@oxygenxml.com>
Message-ID: <C463B68E-F84B-4A83-8D16-09CB4C0DE9CA@teambla.com>


On 23 Feb 2009, at 14:07, George Cristian Bina wrote:

> Dear Bram,
>
> The error should be obtained when you validate the info.xml file and  
> not the manual.xml file, right? At least this is the behavior I can  
> reproduce.

Correct, that's what i ment to say . :-)
>
>
> This is an interesting case. The problem is that the DocBook grammar  
> does not specify info as one of the allowed start elements and thus  
> the error. There are two solutions, both possible with oXygen:
>
> - use a modified DocBook schema that allows info as root
> - validate the info.xml file in the context it is used from
>
> In the first case you can include the DocBook schema and then add a  
> choice start pattern like below:
>
> <grammar xmlns="http://relaxng.org/ns/structure/1.0">
>    <include href="docbookxi.rng"/>
>    <start combine="choice">
>        <ref name="db.info"/>
>    </start>
> </grammar>
>
> In the second case you just need to define a validation scenario and  
> add an entry to validate manual.xml with the default engine. Thus,  
> intsead of validating info.xml directly oXygen will validate  
> starting from manual.xml and info.xml will be validated in the  
> context it is used.
They both seem interesting solutions,  For now the powers that be have  
decided that it makes sense to have the info block  live in the top  
file, but will prob go with your first strategie in the end.
Although i am pondering about dropping the docbook list a line to  
figure out what their plans are.

bram

>
>
> Best Regards,
> George
> -- 
> George Cristian Bina
> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
>
> Bram Vogelaar wrote:
>> Hello All
>> i am trying to separate one of our docbook projects into smaller  
>> xml files using the following structure
>> manual.xml
>> <?xml version="1.0" encoding="UTF-8"?>
>> <?oxygen RNGSchema="http://www.oasis-open.org/docbook/xml/5.0/rng/docbookxi.rng 
>> " type="xml"?>
>> <book xmlns="http://docbook.org/ns/docbook" xmlns:xi="http://www.w3.org/2001/XInclude 
>> "
>>    xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0">
>>    <xi:include href="parts/info.xml"
>>        xmlns:xi="http://www.w3.org/2001/XInclude">
>>    </xi:include>
>>    <xi:include href="parts/part1.xml"
>>        xmlns:xi="http://www.w3.org/2001/XInclude">
>>    </xi:include>
>>    ........
>> </book>
>> info.xml
>> <?xml version="1.0" encoding="UTF-8"?>
>> <info xmlns="http://docbook.org/ns/docbook" version="5.0">
>>    .......
>> </info>
>> which results in the following error
>> "E [oNVDL] element "info" from namespace "http://docbook.org/ns/docbook 
>> " not allowed in this context"
>> While including the info block straight  in the manual.xml (copy &  
>> paste) there is no such error. Nor is this error triggered by
>> any of the other xi:included files.
>> could some one please point me in the right direction to x::include  
>> the info.xml file?
>> with regards
>> Bram
>> _______________________________________________
>> oXygen-user mailing list
>> oXygen-user at 
>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user



From bogus@does.not.exist.com  Mon Feb 23 10:11:11 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 23 Feb 2009 18:11:11 +0200
Subject: [oXygen-user] feature request: use ant properties file for
	transformation scenarios
In-Reply-To: <49A1A939.7000703@editura.de>
References: <49A1A939.7000703@editura.de>
Message-ID: <49A2CA9F.6000306@oxygenxml.com>

Hello,

You can save the transformation scenarios at project level in Oxygen by 
selecting the option "Project Scenarios" in the dialog with the list of 
scenarios. The parameters of the stylesheet are saved in an element 
scenario/field:


<scenario>
   ...
   <field name="xsltParams">
     <list>
       <transformationParameter>
         <field name="name">
           <String xml:space="preserve">draft.mode</String>
         </field>
         <field name="value">
           <String xml:space="preserve">no</String>
         </field>
       </transformationParameter>
       <transformationParameter>
         <field name="name">
           <String xml:space="preserve">img.src.path</String>
         </field>
         <field name="value">
           <String xml:space="preserve">./../</String>
         </field>
       </transformationParameter>
     </list>
   </field>
   ...
<scenario>


You can write a stylesheet or a script that reads your list of pairs 
param name - param value and populates the params in the scenario stored 
in the Oxygen project file. Reopen the modified project file in the 
Project view and now the params are set in the scenario.


Regards,
Sorin


Stefan Krause wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> I wrote an ant build which transforms xml files via xslt.  The input is
> driven by a database, which writes a property file and triggers ant.
> While debugging my stylesheets, I have to open the property file and
> copy the params manually to the transformation scenario params.
> 
> I was wondering if you could implement a feature which reads a given
> property file and populates the params in the scenario?
> 
> Ant file:
> 
> <project name="test" default="test" basedir=".">
> 	<property name="param1" value="value1"/>
> ...
> 
> Stylesheet:
> <xsl:stylesheet
> 	xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
> 	version="2.0">
> 	<xsl:param name="param1">value1</xsl:param>
> ...
> 
> Best regards,
> 
> Stefan



From bogus@does.not.exist.com  Tue Feb 24 10:01:02 2009
From: bogus@does.not.exist.com (Martin Holz)
Date: Tue, 24 Feb 2009 17:01:02 +0100
Subject: [oXygen-user] Resolving XQuery module URIs
Message-ID: <49A419BE.3080001@fiz-chemie.de>

Hello,

is there a way to pass a net.nf.saxon.query.ModuleURIResolver to the 
oxygen eclipse plugin?

See Option -mr at
http://www.saxonica.com/documentation/using-xquery/commandline.html

Regards
	Martin

--
Martin Holz               <holz at >
Produktentwicklung        Tel.: +49 30 399 77 218
FIZ CHEMIE Berlin
Franklinstrasse 11
D-10587 Berlin

Geschaeftsfuehrer Prof. Dr. R. Deplanque
Aufsichtsratsvorsitzender SenRat Bernd Lietzau, Berlin
Amtsgericht Charlottenburg HRB 19047
USt.-ID Nr.: DE 136 629 878
http://www.fiz-chemie.de
FIZ CHEMIE Berlin ist ein Institut der Leibniz Gemeinschaft



From bogus@does.not.exist.com  Wed Feb 25 02:22:29 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 25 Feb 2009 10:22:29 +0200
Subject: [oXygen-user] Resolving XQuery module URIs
In-Reply-To: <49A419BE.3080001@fiz-chemie.de>
References: <49A419BE.3080001@fiz-chemie.de>
Message-ID: <49A4FFC5.4060607@oxygenxml.com>

Hello,

A module URI resolver for Saxon 9 cannot be configured. We will consider 
allowing it in a future version.


Regards,
Sorin


Martin Holz wrote:
> Hello,
> 
> is there a way to pass a net.nf.saxon.query.ModuleURIResolver to the 
> oxygen eclipse plugin?
> 
> See Option -mr at
> http://www.saxonica.com/documentation/using-xquery/commandline.html
> 
> Regards
>     Martin


From bogus@does.not.exist.com  Wed Feb 25 02:46:10 2009
From: bogus@does.not.exist.com (Martin Holz)
Date: Wed, 25 Feb 2009 09:46:10 +0100
Subject: [oXygen-user] Resolving XQuery module URIs
In-Reply-To: <49A4FFC5.4060607@oxygenxml.com>
References: <49A419BE.3080001@fiz-chemie.de> <49A4FFC5.4060607@oxygenxml.com>
Message-ID: <49A50552.9080603@fiz-chemie.de>

Sorin Ristache schrieb:

> A module URI resolver for Saxon 9 cannot be configured. We will consider 
> allowing it in a future version.

Thanks. This would be very helpful.

Martin


From bogus@does.not.exist.com  Wed Feb 25 09:51:27 2009
From: bogus@does.not.exist.com (Christian Kosmowski)
Date: Wed, 25 Feb 2009 16:51:27 +0100
Subject: [oXygen-user] RelaxNG Inclusion
Message-ID: <49A568FF.2050104@quinscape.de>

Hi,

I'm trying to start a RelaxNG Schema and in some tutorials i found that
i can make RelaxNG Grammars without a start Element. Oxygen always
complains about such files and makes it impossible to use such files.
That can be very usefull because i want to have one file with a start
element including many other files without a start element but with
defines in it.

any suggestions?

Christian

-- 
QuinScape GmbH              Christian.Kosmowski at 
Wittekindstra?e 30         
44139 Dortmund         
http://www.QuinScape.de
http://www.docscape.de




From bogus@does.not.exist.com  Wed Feb 25 10:00:18 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Wed, 25 Feb 2009 18:00:18 +0200
Subject: [oXygen-user] [ann] oXygen 10.1
Message-ID: <49A56B12.4060504@oxygenxml.com>

Hi,

Thanks for all your help during the version 10.1 development! As you 
probably already know version 10.1 is out. The full list of new features 
and details are here:
http://www.oxygenxml.com/history.html#10.1

We started to work on 10.2 so don't hold your feedback! There are 3 
focus areas for the next version:
- author improvements
- development - XSLT/schemas/XQuery
- different small/quick fixes

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com


From bogus@does.not.exist.com  Wed Feb 25 10:33:53 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Wed, 25 Feb 2009 18:33:53 +0200
Subject: [oXygen-user] RelaxNG Inclusion
In-Reply-To: <49A568FF.2050104@quinscape.de>
References: <49A568FF.2050104@quinscape.de>
Message-ID: <49A572F1.7030706@oxygenxml.com>

Hi Christian,

There are cases indeed when a file is not valid by itself but it is 
valid if used in some context. This is true not only for Relax NG but 
also for XSLT, XML Schema and even for XML documents.

The solution we provided for these issues was to introduce a concept of 
validation scenarios. Instead of validating the file directly you can 
specify that the validate action should act on a different file (the 
main file that refers the current file, directly or indirectly) and thus 
the current file gets validated in the context it is used. Use the 
"Configure Validation Scenario" action next to the "Validate" action in 
the tool bar to define a validation scenario for your Relax NG schema 
and add an entry to validate the schema that contains the start pattern 
and includes your schema file.

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Christian Kosmowski wrote:
> Hi,
> 
> I'm trying to start a RelaxNG Schema and in some tutorials i found that
> i can make RelaxNG Grammars without a start Element. Oxygen always
> complains about such files and makes it impossible to use such files.
> That can be very usefull because i want to have one file with a start
> element including many other files without a start element but with
> defines in it.
> 
> any suggestions?
> 
> Christian
> 


From bogus@does.not.exist.com  Wed Feb 25 16:01:17 2009
From: bogus@does.not.exist.com (Gabrielle Burns)
Date: Wed, 25 Feb 2009 15:01:17 -0700
Subject: [oXygen-user] Referencing external files in relationship table
	topicrefs
Message-ID: <A62FC797B1F30240857BFE83AD7C858504F653@bastiat.breault.com>

I recently created a topicref in a relationship table to an external
file. During trial and error in compiling, I learned that the externally
referenced file had to be in the "out" folder to be compiled. If this is
the only method, I will need to copy hundreds of external files to a
subfolder in the "out" folder. 
 
Is there an alternative way to reference external files other than this
approach? My original assumption was that an external file could be
located outside the "out" folder, and that the topicrefs would include
the path to a different location, using "../" at the beginning of the
path. I have not found information in Help about this issue. Thank you. 

Regards,

Gabrielle Burns
Lead Information Products Developer
BRO Software Applications
Breault Research Organization, Inc.
gburns at 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090225/f988e749/attachment.html 

From bogus@does.not.exist.com  Wed Feb 25 16:38:02 2009
From: bogus@does.not.exist.com (Dylan Dawson)
Date: Wed, 25 Feb 2009 14:38:02 -0800
Subject: [oXygen-user] Track Changes Functionality - 10.2 beta
Message-ID: <B3A297B947D7D041B7C35929D3A7E6B7120F6AEE74@ecompmsex.QP.local>

Hi there,

I am currently developing a plug-in for oXygen , and 'track changes' is one of our major priorities.

With the release of oXygen 10.1, I thought now would be a good time to ask if there is any support for tracking changes in oXygen 10.2 beta.

Since 10.2 will likely be released AFTER we release our plug-in, we are looking at implementing this ourselves. To that end, I was also wondering if it is possible to bind to and handle events for individual keystrokes instead of CTRL commands. Your release notes for 10.1 say (from the website):

"[API] Author extensions can receive document change notifications
The API for developing Author extensions provides support to receive notifications when the XML document is changed."

Does this mean that there is now a way to handle events as the document is being edited? This would greatly affect our implementation of track changes.

Of course, if you already DO have track changes in 10.2 beta, I would be interested to get a test build as soon as possible.

Thank you,

Dylan Dawson
Programmer/Analyst
Electronic Publishing
Procurement and Supply Services
Office: (250) 387-3449  Fax: (250) 356-6070
E-Mail: dylan.dawson at <mailto:alex.strudwick at >
Visit us online at: www.pss.gov.bc.ca<http://www.pss.gov.bc.ca/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090225/298772aa/attachment.html 

From bogus@does.not.exist.com  Thu Feb 26 02:27:51 2009
From: bogus@does.not.exist.com (Dan Caprioara)
Date: Thu, 26 Feb 2009 10:27:51 +0200
Subject: [oXygen-user] Track Changes Functionality - 10.2 beta
In-Reply-To: <B3A297B947D7D041B7C35929D3A7E6B7120F6AEE74@ecompmsex.QP.local>
References: <B3A297B947D7D041B7C35929D3A7E6B7120F6AEE74@ecompmsex.QP.local>
Message-ID: <49A65287.4020403@sync.ro>

Hello Dylan,

'Track changes' will be supported in oXygen 10.2. At this time we do not 
have a beta version, but we will make it available as soon as possible. 
The 10.2 version is scheduled for the end of April.

Regarding the API, you can receive notifications after the document has 
been changed.  If you want to implement your own track changes support, 
you can do it by using an Author Listener.

Many regards,
Dan

Dylan Dawson wrote:
> Hi there,
>
> I am currently developing a plug-in for oXygen , and 'track changes' is one of our major priorities.
>
> With the release of oXygen 10.1, I thought now would be a good time to ask if there is any support for tracking changes in oXygen 10.2 beta.
>
> Since 10.2 will likely be released AFTER we release our plug-in, we are looking at implementing this ourselves. To that end, I was also wondering if it is possible to bind to and handle events for individual keystrokes instead of CTRL commands. Your release notes for 10.1 say (from the website):
>
> "[API] Author extensions can receive document change notifications
> The API for developing Author extensions provides support to receive notifications when the XML document is changed."
>
> Does this mean that there is now a way to handle events as the document is being edited? This would greatly affect our implementation of track changes.
>
> Of course, if you already DO have track changes in 10.2 beta, I would be interested to get a test build as soon as possible.
>
> Thank you,
>
> Dylan Dawson
> Programmer/Analyst
> Electronic Publishing
> Procurement and Supply Services
> Office: (250) 387-3449  Fax: (250) 356-6070
> E-Mail: dylan.dawson at <mailto:alex.strudwick at >
> Visit us online at: www.pss.gov.bc.ca<http://www.pss.gov.bc.ca/>
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>   


From bogus@does.not.exist.com  Thu Feb 26 03:32:12 2009
From: bogus@does.not.exist.com (Christian Kosmowski)
Date: Thu, 26 Feb 2009 10:32:12 +0100
Subject: [oXygen-user] Filtering in Outline view
Message-ID: <49A6619C.8000400@quinscape.de>

On the feature List i found the following Point:

You can easily focus on a subset of components using the new Outline
view filtering feature. Just type a text fragment in the filter box and
only the components matching that will be presented. For advanced usage
you can use wildcards (*, ?) and separate multiple patterns with commas.

This is a feature i requested and i'm very happy to hear, that its
implemented but somehow i can't find the filter box.

Thanks!

Christian

QuinScape GmbH              Christian.Kosmowski at 
Wittekindstra?e 30          
44139 Dortmund              
http://www.QuinScape.de
http://www.docscape.de

Gesch?ftsf?hrer:
Thomas Biskup            Sitz Dortmund
Dr. Norbert Jesse        HRB 14740
Dr. Gero Presser         Amtsgericht Dortmund 



From bogus@does.not.exist.com  Thu Feb 26 03:48:37 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Thu, 26 Feb 2009 11:48:37 +0200
Subject: [oXygen-user] Filtering in Outline view
In-Reply-To: <49A6619C.8000400@quinscape.de>
References: <49A6619C.8000400@quinscape.de>
Message-ID: <49A66575.9040208@oxygenxml.com>

Hello Christian,

The filter box is available in the Outline view only for XSLT 
stylesheets, XML Schema files and XQuery files. It was not implemented 
for XML files. We will consider adding it also for XML files.


Regards,
Sorin


Christian Kosmowski wrote:
> On the feature List i found the following Point:
> 
> You can easily focus on a subset of components using the new Outline
> view filtering feature. Just type a text fragment in the filter box and
> only the components matching that will be presented. For advanced usage
> you can use wildcards (*, ?) and separate multiple patterns with commas.
> 
> This is a feature i requested and i'm very happy to hear, that its
> implemented but somehow i can't find the filter box.
> 
> Thanks!
> 
> Christian


From bogus@does.not.exist.com  Thu Feb 26 03:55:15 2009
From: bogus@does.not.exist.com (Christian Kosmowski)
Date: Thu, 26 Feb 2009 10:55:15 +0100
Subject: [oXygen-user] Filtering in Outline view
In-Reply-To: <49A66575.9040208@oxygenxml.com>
References: <49A6619C.8000400@quinscape.de> <49A66575.9040208@oxygenxml.com>
Message-ID: <49A66703.3050206@quinscape.de>

Hi Sorin,

Okay thank you! I would really like to use that feature :-)

Sorin Ristache schrieb:
> Hello Christian,
>
> The filter box is available in the Outline view only for XSLT
> stylesheets, XML Schema files and XQuery files. It was not implemented
> for XML files. We will consider adding it also for XML files.
>
>
> Regards,
> Sorin
>
>
> Christian Kosmowski wrote:
>> On the feature List i found the following Point:
>>
>> You can easily focus on a subset of components using the new Outline
>> view filtering feature. Just type a text fragment in the filter box and
>> only the components matching that will be presented. For advanced usage
>> you can use wildcards (*, ?) and separate multiple patterns with commas.
>>
>> This is a feature i requested and i'm very happy to hear, that its
>> implemented but somehow i can't find the filter box.
>>
>> Thanks!
>>
>> Christian
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


-- 
QuinScape GmbH              Christian.Kosmowski at 
Wittekindstra?e 30          Tel. : 0231 / 53 38 31 231
44139 Dortmund              Fax. : 0231 / 53 38 31 111
http://www.QuinScape.de
http://www.docscape.de

Gesch?ftsf?hrer:
Thomas Biskup            Sitz Dortmund
Dr. Norbert Jesse        HRB 14740
Dr. Gero Presser         Amtsgericht Dortmund 



From bogus@does.not.exist.com  Thu Feb 26 05:34:56 2009
From: bogus@does.not.exist.com (mozer)
Date: Thu, 26 Feb 2009 12:34:56 +0100
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <499AC646.1070206@oxygenxml.com>
References: <469DB173.1040206@asiatype.com> <46A0759E.9040502@oxygenxml.com>
	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>
	<47FB593A.3080004@oxygenxml.com>
	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>
	<47FF52FD.4060509@oxygenxml.com>
	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>
	<21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>
	<499969CF.7060102@oxygenxml.com> <499AC646.1070206@oxygenxml.com>
Message-ID: <21d9ade60902260334p420d447bob2549dc6e7a2fbaf@mail.gmail.com>

Other important point : it doesn't work anymore with 10.1

Xmlizer

On Tue, Feb 17, 2009 at 3:14 PM, Sorin Ristache <sorin at > wrote:
> Hello Xmlizer,
>
> Unzip the attached archive Oxygen-plugin.zip in the subfolder plugins of the
> Oxygen install folder and restart Oxygen. Edit the XML document in Text
> mode, select the elements that you want to format with "neutral indenting",
> right click and in the contextual menu select Plugins -> Format with text
> preserve.
>
> You can find the source code in Oxygen-plugin-source.zip if you want to
> change the format policy. The Oxygen plugins are explained in the User
> Manual:
>
> http://www.oxygenxml.com/doc/ug-oxygen/how-to-develop-oxygen-plugin.html
>
>
> Regards,
> Sorin
>
>
> Sorin Ristache wrote:
>>
>> Hello Xmlizer,
>>
>> We will make an Oxygen selection plugin that inserts a newline before any
>> '>' character that is located at the end of a tag so that the '>' will be
>> the first character on the next line. A selection plugin is available on the
>> contextual menu of the text editor and receives as parameter the current
>> selection of the editor. We will post the plugin to the list.
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>
>


From bogus@does.not.exist.com  Thu Feb 26 06:06:04 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Thu, 26 Feb 2009 12:06:04 +0000 (GMT)
Subject: [oXygen-user] New XSLT outline comments
Message-ID: <394148.65870.qm@web23008.mail.ird.yahoo.com>


  Hi,

  About the new outline for XSLT modules, there are two columns,
one for the name of the component and one for the mode (if the
component is a template rule and has a mode name.)  The mode
column takes a lot of place, even for a module within which you
only have functions!

  Two ideas to improve its readability: 1/ have the mode column
only for template rows (I am not sure that "conditional columns"
depending on the row are neither possible or usable) or, even
better, 2/ group all template rules in the same mode into their
own node:

    + variables
      - var1
      - var2
    + functions
      - fun1
      - fun2
    + templates
      - template-name
      - match-pattern
    + templates (mode: my-more)
      - match-pattern
      - other-one

  I think that has the double advantage of having the layout
more clear and also the grouping of template rules itself (as
usually a mode groups logically related rules.)

  Two other notes: 1/ the group names in the outline are
singular while I think they should be plural (variable
vs. variables) and 2/ template rules with a name are rendered as
"name match-pattern".  I agree that having a single "group of
words" for both is more clear because more concise, but we
should have a way to distinguish both (for instance a slightly
different color, or one in italic...)

  Hope that helps,

-- 
Florent Georges
http://www.fgeorges.org/






















      


From bogus@does.not.exist.com  Thu Feb 26 07:47:01 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Thu, 26 Feb 2009 15:47:01 +0200
Subject: [oXygen-user] New XSLT outline comments
In-Reply-To: <394148.65870.qm@web23008.mail.ird.yahoo.com>
References: <394148.65870.qm@web23008.mail.ird.yahoo.com>
Message-ID: <49A69D55.4060604@oxygenxml.com>

Hello,


Florent Georges wrote:
>   Two ideas to improve its readability: 1/ have the mode column
> only for template rows (I am not sure that "conditional columns"
> depending on the row are neither possible or usable) or, even
> better, 

Do you mean using the free space that is obtained from the Mode column 
for long names of variables and functions that are truncated by the Mode 
column? We will consider that. Also you can resize the Name/Match column 
for avoiding truncating long names. The new column size is remembered 
when you restart the application.


> 2/ group all template rules in the same mode into their own node:
> 
>     + variables
>       - var1
>       - var2
>     + functions
>       - fun1
>       - fun2
>     + templates
>       - template-name
>       - match-pattern
>     + templates (mode: my-more)
>       - match-pattern
>       - other-one
> 
>   I think that has the double advantage of having the layout
> more clear and also the grouping of template rules itself (as
> usually a mode groups logically related rules.)

I added a feature request for grouping the template rules with the same 
mode in a node.


>   Two other notes: 1/ the group names in the outline are
> singular while I think they should be plural (variable
> vs. variables) 

We will correct the group names.


> and 2/ template rules with a name are rendered as
> "name match-pattern".  I agree that having a single "group of
> words" for both is more clear because more concise, but we
> should have a way to distinguish both (for instance a slightly
> different color, or one in italic...)
> 
>   Hope that helps,

We will think about marking the names and the match values in different 
ways.


Thank you for your feedback,
Sorin


From bogus@does.not.exist.com  Thu Feb 26 09:51:23 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Thu, 26 Feb 2009 17:51:23 +0200
Subject: [oXygen-user] Format and Indent Problem
In-Reply-To: <21d9ade60902260334p420d447bob2549dc6e7a2fbaf@mail.gmail.com>
References: <469DB173.1040206@asiatype.com>
	<46A0759E.9040502@oxygenxml.com>	<21d9ade60707220447y25250067l4a42f7259983c028@mail.gmail.com>	<47FB593A.3080004@oxygenxml.com>	<21d9ade60804081205t1d46a5a5w985fa02e3e8f5191@mail.gmail.com>	<47FF52FD.4060509@oxygenxml.com>	<21d9ade60804110719h21d220cby1807c74c2606e685@mail.gmail.com>	<21d9ade60902131333l2a400c88u2632bd58d32b20ba@mail.gmail.com>	<499969CF.7060102@oxygenxml.com>
	<499AC646.1070206@oxygenxml.com>
	<21d9ade60902260334p420d447bob2549dc6e7a2fbaf@mail.gmail.com>
Message-ID: <49A6BA7B.9040107@oxygenxml.com>

Hello Xmlizer,

Thank you for reporting the problem. There is a problem with plugins for 
the Text mode of the editor. Tomorrow we should have a fix implemented 
and we will let you know.


Regards,
Sorin


mozer wrote:
> Other important point : it doesn't work anymore with 10.1
> 
> Xmlizer
> 
> On Tue, Feb 17, 2009 at 3:14 PM, Sorin Ristache <sorin at > wrote:
>> Hello Xmlizer,
>>
>> Unzip the attached archive Oxygen-plugin.zip in the subfolder plugins of the
>> Oxygen install folder and restart Oxygen. Edit the XML document in Text
>> mode, select the elements that you want to format with "neutral indenting",
>> right click and in the contextual menu select Plugins -> Format with text
>> preserve.
>>
>> You can find the source code in Oxygen-plugin-source.zip if you want to
>> change the format policy. The Oxygen plugins are explained in the User
>> Manual:
>>
>> http://www.oxygenxml.com/doc/ug-oxygen/how-to-develop-oxygen-plugin.html
>>
>>
>> Regards,
>> Sorin


From bogus@does.not.exist.com  Thu Feb 26 15:30:25 2009
From: bogus@does.not.exist.com ()
Date: Thu, 26 Feb 2009 16:30:25 -0500
Subject: [oXygen-user] using catalogs
In-Reply-To: <4974AD14.7080002@oxygenxml.com>
References: <p0624061ac59405c14f75@[128.148.46.16]>
	<496EFFFA.8030404@oxygenxml.com>
	<p0624060dc5969900d25f@[128.148.46.16]>
	<49744A92.804@oxygenxml.com> <p06240602c59a54231923@[192.168.1.100]>
	<4974AD14.7080002@oxygenxml.com>
Message-ID: <p06240617c5ccb6df5ba8@[128.148.46.16]>

At 6:40 PM +0200 1/19/09, Sorin Ristache wrote:
>Yes, as I specified in the first reply the easiest solution is the 
>creation of a document type in Preferences -> Document Type 
>Association. Document types are available starting with version 9.0 
>so if you upgrade to the current version you can create a document 
>type and set one or more XML catalog files that will be used for the 
>validation and transformation of the XML files of that type. But you 
>do not have to upgrade to version 10 because the Default Schema 
>Association available in versions 8.x allows you to validate the XML 
>files with the schema that you want without adding the 
>xsi:schemaLocation attribute in the XML files.
>

Back to doing this... but still having problems.

I'm now using Oxygen 10. I went to Preferences -> Document Type 
Association, and created six new document types, for the six 
namesspaces included by this document:

<SPConfig xmlns="urn:mace:shibboleth:2.0:native:sp:config"
     xmlns:conf="urn:mace:shibboleth:2.0:native:sp:config"
     xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion"
     xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol"   
     xmlns:md="urn:oasis:names:tc:SAML:2.0:metadata"
     logger="syslog.logger" clockSkew="180">

For each new document type I entered:

-- a name
-- clicked "New", to create a new rule, set the namespace = [value] 
(chosen from above), clicked OK to close rule creation
-- set schema type to XML Schema
-- entered as the Schema URI the full filesystem path to the XSD file 
containing the schema associated with that name space.

Note -- for one of these six document types (corresponding to 
urn:mace:shibboleth:2.0:native:sp:config ), after I enter the new 
document type definition, and then EDIT that document type 
association, the file system path to the XSD file has been moved to 
"File Name" within the Rule, and has been removed from Schema URI. In 
the other five document types, the file system path remains in Schema 
URI.

After creating the six new Document Type Associations, I click 
"Validate Document", and I'm told

SystemID: /Users/stc/Sites/Projects/Shibboleth/Oxygen-2/SP/shibboleth2.xml
Description: [oXygen] There is no schema or DTD associated with the 
document. You can create an association either with the Associate 
Schema action or configuring in the Options the Preferences/Document 
Type Association list, or by creating a Validation Scenario.

What did I do wrong ?

Thanks!


From bogus@does.not.exist.com  Fri Feb 27 06:25:58 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Fri, 27 Feb 2009 12:25:58 +0000 (GMT)
Subject: [oXygen-user] XSLStyle and oXygen
Message-ID: <858651.86899.qm@web23002.mail.ird.yahoo.com>


  Hi,

  I posted a few thoughts about integrating Ken Holman's XSLStyle
<http://www.cranesoftwrights.com/resources/xslstyle/> in oXygen.  Hope
you'll find them interesting:

    http://fgeorges.blogspot.com/2009/02/xslstyle-and-oxygen.html

  BTW, I think it would be useful to have, in the various "Generate
Documentation" actions, to have the ability to select the currently
edited file instead of having to select it explicitly on the file
system.  Or maybe to have it as default if it is of the same type as
the action.

  Regards,

-- 
Flroent Georges
http://www.fgeorges.org/





















      


From bogus@does.not.exist.com  Fri Feb 27 06:29:14 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Fri, 27 Feb 2009 12:29:14 +0000 (GMT)
Subject: [oXygen-user] New XSLT outline comments
In-Reply-To: <49A69D55.4060604@oxygenxml.com>
Message-ID: <267532.77243.qm@web23004.mail.ird.yahoo.com>


Sorin Ristache wrote:
> Florent Georges wrote:

  Thanks Sorin.

> >   Two ideas to improve its readability: 1/ have the mode column
> > only for template rows (I am not sure that "conditional columns"
> > depending on the row are neither possible or usable) or, even
> > better,

> Do you mean using the free space that is obtained from the Mode
> column for long names of variables and functions that are truncated
> by the Mode column?

  Yes, that was my first idea.  But I think the second one is better:
(grouping templates by mode) because it is both more logical and
better regarding the layout.  In my humble opinion of course.

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/























      


From bogus@does.not.exist.com  Fri Feb 27 09:11:17 2009
From: bogus@does.not.exist.com (Mark Baker)
Date: Fri, 27 Feb 2009 10:11:17 -0500
Subject: [oXygen-user] Displaying RAW XML in author view
In-Reply-To: <p06240617c5ccb6df5ba8@[128.148.46.16]>
References: <p0624061ac59405c14f75@[128.148.46.16]><496EFFFA.8030404@oxygenxml.com><p0624060dc5969900d25f@[128.148.46.16]><49744A92.804@oxygenxml.com>
	<p06240602c59a54231923@[192.168.1.100]><4974AD14.7080002@oxygenxml.com>
	<p06240617c5ccb6df5ba8@[128.148.46.16]>
Message-ID: <AE2CDE79012A46C78832327B9A16A31E@ANALECTA1>

I'm dealing with a set of documents in which it is frequently necessary to
display sample XML. It is easy enough, of course, to use CDATA sections or
to escape open angle brackets to bring the samples in as plain text, but I
would like to be able to bring them in as processable XML.

What I'd like to do is this: Create an element <sample-xml> and give it a
content model of any xml but limit the namespace to "sample" and turn off
validation. The markup for a sample would then look like this:

<sample-xml id="sample1">
  <foo xmlns="sample">
    <bar>foobar</bar>
  </foo>
</sample>

The sample is then fully processable. I can suppress the xmlns attribute and
then do anything I want to format and display the XML. 

This works fine in text mode, but I have authors who want to work in author
mode, and in author mode, none of the markup shows as text. All that shows
is the content "foobar". I want the content of <sample-xml> to show up as
editable literal markup in author mode. Is there any way to do that? If not
now, would you consider it as a feature enhancement for the future?

Thanks,

Mark

---
Mark Baker
Analecta Communications Inc.
www.analecta.com
+1 613 614 5881 

* Experience is normative; language is contingent. * 




From bogus@does.not.exist.com  Fri Feb 27 18:26:47 2009
From: bogus@does.not.exist.com (Dylan Dawson)
Date: Fri, 27 Feb 2009 16:26:47 -0800
Subject: [oXygen-user] Context menus
Message-ID: <B3A297B947D7D041B7C35929D3A7E6B7120F6AEF12@ecompmsex.QP.local>

Is there a way for developers to add to the right click context menu in Author Mode?

I would like to be able to right click a node or some text and have a context menu give me choices based on what I  have right clicked.

Of course, I would also need to be able to handle the event generated when a user makes their selection from the context menu.

Thanks

Dylan Dawson
Programmer/Analyst
Electronic Publishing
Procurement and Supply Services
Office: (250) 387-3449  Fax: (250) 356-6070
E-Mail: dylan.dawson at <mailto:dylan.dawson at >
Visit us online at: www.pss.gov.bc.ca<http://www.pss.gov.bc.ca/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090227/44caed3f/attachment.html