- oXygen-user - www.oxygenxml.com

ANNOUNCEMENT: Releasing collada framework 1.0.0 for COLLADA (.dae) files.
by Jarl Friis 21 Nov '12

21 Nov '12

Just announcing collada framework 1.0.0. It supports schema validation and auto completion for COLLADA 1.4.1 and 1.5.0 and has a template for each of them. See installation instructions on https://github.com/softace/oxygen-collada Jarl

1 0

George's Meetup Talk on Debugging Toolkit Transforms
by Eliot Kimber 19 Nov '12

19 Nov '12

At the Oxygen User Meetup George presented how to debug Toolkit transforms using the Oxygen debugger. Apparently I wasn't paying close attention because now I can't remember how to do it. Is George's presentation available somewhere or is the process documented somewhere? Thanks, E. -- Eliot Kimber Senior Solutions Architect, RSI Content Solutions "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368 www.rsicms.com www.rsuitecms.com Book: DITA For Practitioners, from XML Press, http://xmlpress.net/publications/dita/practitioners-1/

3 4

How to Resolve references to Toolkit-provided Java Functions?
by Eliot Kimber 19 Nov '12

19 Nov '12

In my project for working on custom Toolkit plugins, I have all my master transforms defined as master files and everything validates nicely except that I still get messages on the dost.jar-provided Java functions getWidth() and getHeight(): Engine name: Saxon-PE 9.4.0.4 Severity: fatal Description: Cannot find a matching 2-argument function named {org.dita.dost.util.ImgUtils}getWidth() What else do I need to do to remove these validation errors? Cheers, E. -- Eliot Kimber Senior Solutions Architect, RSI Content Solutions "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368 www.rsicms.com www.rsuitecms.com Book: DITA For Practitioners, from XML Press, http://xmlpress.net/publications/dita/practitioners-1/

2 2

xs:keyref not working in 14.1
by Jirka Kosek 19 Nov '12

19 Nov '12

Hi, I have just noticed that in the recent version of oXygen 14.1 xs:keyref is not working. See attached files. Probably this is Xerces bug and you have just upgraded Xerces version between releases. Jirka -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka(a)kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member ------------------------------------------------------------------

3 2

XSLT disable validation on Saxon EE not working
by Tara Athan 19 Nov '12

19 Nov '12

I have an xml file with an association to a Relax NG schema. Whenever I apply an XSLT transformation to it, it seems to validate the file against the schema before it carries out the transformation. The reason I suspect this is I am using a remote schema so it takes a long time to carry out the transformation compared to when I remove the schema association. I even have schema caching turned on, but that also seems to be malfunctioning, as the time necessary to validate does not decrease upon repitition. Thanks, Tara

2 1

XSLT disable validation on Saxon EE not working
by Tara Athan 19 Nov '12

19 Nov '12

I forgot to say - I am using version 14.1 and using the Saxon EE option for transformation. I have an xml file with an association to a Relax NG schema. Whenever I apply an XSLT transformation to it, it seems to validate the file against the schema before it carries out the transformation. The reason I suspect this is I am using a remote schema so it takes a long time to carry out the transformation compared to when I remove the schema association. I even have schema caching turned on, but that also seems to be malfunctioning, as the time necessary to validate does not decrease upon repitition. Thanks, Tara

1 0

Looking for way to disable 'Key reference' validation error
by Aaron Claypoole 16 Nov '12

16 Nov '12

When validating a ditamap currently we are getting a lot of 'Key reference' errors. In our current environment they are to be expected as they are related to glossary terms we haven't 'hooked' up yet. Is there any way to filter out these errors when running the validate operation on the ditamap from the 'DITA Maps Manager'? Is there an extension or something that can be added? I checked to see if it was being output based on any of the schematron validation files but didn't find anything. The type of error when copied from the 'Errors' tab is: System ID: C:\DEVELOPMENT\TCE_RESEARCH\LOGICAL_OPERATIONS\PRODUCTION_CONTENT\lo_092012\trunk\092012\lsn_01\intro.dita Engine name: oXygen Severity: error Description: Key definition "gloss_raster" not found in the DITA Map context. Type: Key reference Start location: 10:27 End location: 10:55 Any insight would be greatly appreciated. -Aaron Claypoole [Description: LO_email-sig-logo96] Aaron Claypoole Senior Software Engineer aaron.claypoole(a)logicaloperations.com<mailto:aaron.claypoole@logicaloperations.com> www.logicaloperations.com<http://www.logicaloperations.com/> 500 Canal View Blvd. | Rochester, NY 14623 (W) +1.585.350.7021 [cid:image002.png@01CD6690.14C067D0]<http://www.linkedin.com/company/2539101?trk=tyah>[cid:image003.png@01CD6690.14C067D0]<https://twitter.com/logicalops> This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and any attachment.

3 2

[Ann] New maintenance build available for oXygen 14.1 (2012111217)
by Adrian Buza 14 Nov '12

14 Nov '12

Dear oXygen users, We announce the release of a new maintenance build (2012111217) for oXygen 14.1 (XML Editor, XML Developer, XML Author). The build number can be verified in the Help -> About dialog box from the application (next to the version number). You can download the new installation kits from our web site: http://www.oxygenxml.com/download.html Here you can find the complete list of bug-fixes: http://www.oxygenxml.com/build_history.html#2012111217 You can follow our oXygen release/build RSS feed here: http://www.oxygenxml.com/rssBuildID.xml Please let us know if you encounter any problems with this new build. Regards, Adrian Adrian Buza oXygen XML Editor and Author Support Tel: +1-650-352-1250 ext.202 Fax: +40-251-461482 support(a)oxygenxml.com http://www.oxygenxml.com

1 0

BaseX Support in oXygen?
by Hannes Bauer 14 Nov '12

14 Nov '12

Dear developer team, oXygen is our favorite XML editor - but it seems to lack good support for our favorite XML database BaseX. While I cannot find any reference to "BaseX" in the dialog windows of oXygen, I have found some information in the BaseX documentation, describing how to open documents via WebDAV or execute queries via XQuery (http://docs.basex.org/wiki/Integrating_oXygen) But those two variants don't seem to complement each other. I would be very interested... a) if you plan a better integration of BaseX in your system? b) what's currently the easiest way to access all BaseX databases and documents from within oXygen? In other words, do I always have to use "File" -> "Open URL..." to get all database resources listed? Thanks a lot in advance, Hannes PS: I've tried to send this mail quite a while ago, but apparently it didn't make it to the list, so this is the second run.. Sorry for persistiing.

3 7

highlight only child element
by Roderik Dernison 08 Nov '12

08 Nov '12

Hi, I'm improving my stylesheet for my topics in oXygen. I was able to put indices before numbered items in lists. But when a list contains only one element no index should be shown. <ul> <li>First</li> <li>Second</li> </ul> Should be shown as: a. First b. Second But: <ul> <li>Single</li> </ul> Should be shown as: Single I have tried the css markup li:only-child which works for html in Firefox. Kind regards, Ing. Roderik Dernison Programmeur/ontwikkelaar INL * Schatkamer van de Nederlandse Taal Matthias de Vrieshof 2 * Kamer 106a * 2311 BZ Leiden Tel. +31 (0)71 527 2491 * www.inl.nl<http://www.inl.nl/> ________________________________ ---------------------------------------------------------- Aan dit bericht kunnen geen rechten worden ontleend. Het bericht is alleen bestemd voor de geadresseerde. Indien het bericht niet voor u is bestemd, verzoeken wij u dit aan ons te melden en het bericht te verwijderen. This message shall not constitute any obligations. This message is intended solely for the addressee. If you have received this message in error, please inform us and delete the message. ----------------------------------------------------------

2 1