- oXygen-user - www.oxygenxml.com

Empty the Calabash's cache
by Florent Georges 13 Aug '10

13 Aug '10

Hi, The source port of an XProc pipeline is connected to a file on the file system: <p:input port="source"> <p:document href="input.xml"/> </p:input> I run the pipeline with the built-in scenario "Self XProc, no input no output". If I modify input.xml and run the piepline again, the changes are not picked up. A feature of Calabash is to cache all inputs in memory (I think). So I guess the same processor is kept in memory by oXygen, but I think oXygen should empty the Calabash's cache between two runs of the pipeline (or get rid of the processor and instantiate it again if this is not possible). Besides, this pipeline loops over a lot of files, so that means they are kept in memory "for ever" (as long as oXygen itself is alive). Regards, -- Florent Georges http://fgeorges.org/

2 1

Schema translator tool: from XSD to *
by Florent Georges 13 Aug '10

13 Aug '10

Hi, Is there any reason why the oXygen's schema translator tool does not support translation from an XSD schema? I used to use rngconv from the command line, but it would be nice to have it integrated within oXygen. But maybe that's because of a licence issue, I don't know. Regards, -- Florent Georges http://fgeorges.org/

2 2

mystery: content-height validation problem with XEP
by Robert Nagle 12 Aug '10

12 Aug '10

Hi, I have a weird problem and am flummoxed. I have oxygen 11.2 + xep + docbook 5. Up until now I've had no problem rendering it with the XEP engine. Settings are right, The docbook project validates according to Oxygen. However, if I try to do the usual transform to make a PDF from XEP, I get this enigmatic error without producing a PDF. Started: "C:\Program Files (x86)\XEP\xep.bat" -fo "I:\My Documents\work-related\myproject\index.xml_xslt" -pdf "I:\My Documents\work-related\myproject\myproject.pdf" (document [system-id file:/I:/My Documents/work-related/myproject/index.xml_xslt] (validate [error] Attribute 'content-height' cannot have a value of "px". [validation total: 1 error] Parse error: Invalid XSL FO source 'file:/I:/My Documents/work-related/myproject/index.xml_xslt': 1 error found during validation Process ended with exit code: 0 I have no idea what's going on. I understand that it's talking about FO (I sort of understand what it is). To my knowledge I have not specified content-height anywhere in the xinclude files or the customization layer. I cannot find px anywhere. The PDF generates successfully if I switch the rendering engine to Apache FO, but that does not help. My customization layer is pretty basic (see below), and I have not changed anything recently. I realize I have not given you a lot of information here, but can you guess where the problem lies or how to solve it? I get the sense that the problem may lie with my images in my source xml, but I just don't know. Any guesses? Thanks.... (I have a deadline for Monday, so any guess would be appreciated). <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns="http://www.w3.org/1999/xhtml" version="1.0"> <xsl:import href="http://docbook.sourceforge.net/release/xsl-ns/1.75.2/fo/docbook.xsl" /> <xsl:param name="xep.extensions" select="1"></xsl:param> <xsl:param name="preferred.mediaobject.role">fo</xsl:param> <xsl:param name="insert.xref.page.number">yes</xsl:param> <xsl:param name="page.height">23.4cm</xsl:param> <xsl:param name="page.width">15.6cm</xsl:param> <xsl:param name="page.margin.inner">1.91cm</xsl:param> <xsl:param name="page.margin.outer">1.27cm</xsl:param> </xsl:stylesheet> -- Robert Nagle

3 2

Focus is not changes when I open already opened file
by Jirka Kosek 28 Jul '10

28 Jul '10

Hi, I'm suing oXygen 11.2. When I open file (File -> Open) which is already opened, nothing happens. My recollection is that older version of oXygen moved focus to that file in this case. Is there some new parameter to control this behaviour which I have missed, or it is permanent degression? TIA, 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 5

XInclude and ID/IDREF validation
by Wendell Piez 23 Jul '10

23 Jul '10

Hi, This is a classic problem, probably with a simple solution (or workaround), but I can't locate it. What can I do to get ID/IDREF to work across file boundaries when using XInclude to construct a document with several modules? I have tried setting up a Validation Scenario naming the master document, and when subordinate modules are validated, this appears to be working, inasmuch as I get validation errors for all modules (including the master) when I validate any of them. But IDREF values in attributes fail validation when their corresponding ID values are in other modules. I am figuring that this is either a setting I have failed to make correctly (where should I be looking?), or maybe a limitation of some kind, such as that when XInclude is involved, only attributes named @xml:id are respected (this is a wild guess), not just any attribute declared as type ID in the DTD (which is what I have). Or maybe I will have to consider going back to external parsed entities? I am very reluctant to do this, since the subordinate documents need their own DOCTYPE declarations to pick up entity declarations of their own, and of course these aren't legal in external parsed entities. I know this is/was a bugaboo in the specification of XInclude, but was figuring that in the time since its inception, solutions have emerged.... Thanks for any tips, as always. Cheers, Wendell ====================================================================== Wendell Piez mailto:wapiez@mulberrytech.com 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 ======================================================================

3 3

XML Author: Chokes on Big Images?
by Robert Nagle 21 Jul '10

21 Jul '10

Two days ago I asked a question about Oxygen's ability to process lots of images. Thanks for the reply by the way with the tip about XEP. I have a related question which is annoying me, and I think it is an Oxygen-related question (and not an XEP question). In Docbook 5 I am using xincludes, and I am using 300 dpi images (with dimensions ranging from 1200 x 1500 more or less). They are jpg file at 100% quality and range from 600K to 1 MB. One of the files is 2300x1500 In my Docbook 5 project I scale the image so that the size when printed is about 3 inches. But here's the thing. After I add as few as three images to a chapter (and sometimes less), XML Author pretty much grinds to a halt. The chapter is an xinclude file. (I'm in Windows Vista 64 bit and have 4 gigs RAM, and RAM usage by Oxygen goes up to about 700,000 or 800,000 MB RAM. I can continue editing, but very slowly. Once I switch back to XML mode, everything is fine. I have gotten no validation errors or anything like that, and the xml file itself is not overly big (30 K). I've tried to open the same xml file on a different machine, a 64 bit Windows 7 with 4 Gigs RAM. I receive the same slowdown. Is this typical? Do you have any suggestions about how to avoid this slowdown? It's gotten so bad that I've had to comment out the images until I have to produce the PDF (a real pain). At the moment each of my mediaobjects have 2 imageobjects. The 2nd is an empty folder for a web version of the same image. If worse comes to worse, I could delete this extra imageobject, but eventually I need to add it. <screenshot> <mediaobject> <imageobject role="html"> <imagedata fileref="web-images/"/> </imageobject> <imageobject role="fo"> <imagedata fileref="fo-images/history-byline.jpg" contentwidth="10cm"/> </imageobject> <textobject> <phrase>.</phrase> </textobject> <caption> <para>If your content is being versioned, you will see a History hyperlink near the byline. </para> </caption> </mediaobject> </screenshot> -- Robert Nagle

4 3

Help with XProc - Relax NG validation pipeline
by John Madden 19 Jul '10

19 Jul '10

Hi guys, (First of all, forgive this long missive...) I'm trying to write and XProc step that: 1. takes as input (a) an XML document and (b) a Relax NG schema (or-- in an alternative design--parameters that are the file system location of (a) and (b)) 2. runs the validation using Jing 3. outputs the Jing error messages (if any, wrapped appropriately in an xml container element) to an output port 4. passes through the input XML document unchanged (or, possibly, annotated in some way) to another output port (note: step 3 is exactly what Jing itself does when invoked via the command line, namely outputs error messages, if any, to system out) Okay, so you say, "What's your problem? Just use <p:validate-with-relax-ng>." Aha, but, the output of <p:validate-with-relax-ng> is defined as "a copy of the input, possibly augmented by application of the [RELAX NG DTD Compatibility]." There is no output port defined for validation error messages. If the validation fails (and @assert-valid is true), then validation failure will throw an XProc (e.g. Calabash) error. But nowhere do I see any built-in capability in <p:validate-with-relax-ng" to recover the specific validation error messages produced by the validation engine (in this case Jing). Okay, fine. So I decide I'll do my own declare-step and I'll use <p:exec> to manually invoke Jing via its command line interface. Here's what I have so far: <p:declare-step xmlns:c="http://www.w3.org/ns/xproc-step" xmlns:p="http://www.w3.org/ns/xproc"> <p:input port="source"> <p:empty/> </p:input> <p:output port="result"> <p:pipe port="result" step="validate-with-rng"/> </p:output> <p:exec args="-jar /path-to-jing/jing.jar schema.rng doc.xml" command="java" cwd="/working-path" name="validate-with-rng" result-is-xml="false" wrap-result-lines="true"/> </p:declare-step> Fine, now when my document has validation error, I get nicely wrapped Jing error messages on the output port, that e.g. look something like this: <c:result> <c:line>/working-path/example.xml:54:35: error: value of attribute "foo" is invalid; must be equal to "x", "y" or "z"</c:line> <c:line>/working-path/example.xml:207:16: error: element "bar" incomplete; missing required element "something"</c:line> </c:result But now I've got a problem. I want to make this whole validation step generic, so instead of hard coding the value of //p:exec/@args, I'd like to pass in the locations of (i) Jing, (ii) of the schema, and (iii) of the input document as parameters (or maybe as little xml document rather than as p:parameters). Then I'd like to compute the jing command line. Uh-oh. I've tried all kinds of ways to get this to work, but there are problems. For one thing the value of //p:exec/@args seems to be untypedAtomic. When I try to construct a string and put it in as a value of //p:exec/@args, Calabash complains about the type being inappropriate. What about giving Jing the schema and document as inputs via a pipe? That doesn't seem to work -- Jing wants its paramaters on the command line. So, can somebody help me out of this thicket with some suggestions? Thanks, John P.S. The official specification of <p:validate-with-schematron> strikes me as much better than that of <p:validate-with-relax-ng>. The signature of <p:validate-with-schematron is: <p:declare-step type="p:validate-with-schematron"> <p:input port="parameters" kind="parameter"/> <p:input port="source" primary="true"/> <p:input port="schema"/> <p:output port="result" primary="true"/> <p:output port="report" sequence="true"/> <p:option name="phase" select="'#ALL'"/>  <p:option name="assert-valid" select="'true'"/>  </p:declare-step> So <p:validate-with-schematron> has a standard output port named "report" that makes the error messages from the validation engine accessible. By contrast, <p:validate-with-relax-ng> lacks any such port in its signature: <p:declare-step type="p:validate-with-relax-ng"> <p:input port="source" primary="true"/> <p:input port="schema"/> <p:output port="result"/> <p:option name="dtd-attribute-values" select="'false'"/>  <p:option name="dtd-id-idref-warnings" select="'false'"/>  <p:option name="assert-valid" select="'true'"/>  </p:declare-step> I don't like that! Does anyone else but me dislike it too?

2 2

Article: oXygenXML XML Editor got me out of my emacs shell
by George Cristian Bina 19 Jul '10

19 Jul '10

Hi, Jim Fuller wrote a few days ago a nice article about oXygen: http://www.xmltoday.org/content/oxygenxml-xml-editor-got-me-out-my-emacs-sh… Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com

1 0

XML Author: how many images can Oxygen process?
by Robert Nagle 13 Jul '10

13 Jul '10

I am using oxygen to create a print book on docbook with XEP. I'll be adding about 50 or 60 (or more) 300 dpi screenshots, most in the range of 1 - 1.5 mb. How many images could my Docbook project theoretically have without straining RAM and system resources considerably? Will Oxygen or XEP choke at some point? -- Robert Nagle

2 1

Re: [oXygen-user] Oxygen spawning tons of FTP connections. Slowing things to a crawl!
by Adrian Buza 06 Jul '10

06 Jul '10

Why would you evaluate Oxygen with an old version released 9 months ago? A lot of fixes/improvements have been implemented since that version. Please download the latest build of Oxygen 11.2(2010061615) from our site: http://www.oxygenxml.com/download_oxygenxml_editor.html The same license can be used. Regards, Adrian Casey Jordan wrote: > I'm evaluating oxygen with a trial version, not sure if that matters. > It's 11.0 build 2009110412. > > Right now I am manually killing the tcp connections every so often. > > Cheers, > > Casey > > On Tue, Jul 6, 2010 at 9:36 AM, Adrian Buza <adrian(a)sync.ro > <mailto:adrian@sync.ro>> wrote: > > Hello, > > What version and build number of Oxygen are you using(Help -> About) ? > > I could not reproduce this with the latest build of Oxygen > 11.2(2010061615). > I've monitored the connection with wireshark and Oxygen opens a > new connection each time a file is opened but after loading the > file it closes the FTP connection(ftp: quit). > There could be a problem here since Oxygen doesn't reuse the same > FTP connection to transfer multiple files but other than that I > don't see multiple simultaneous connections that would remain open. > > If you open an XML file in Author mode and it has several > referenced images, it will first open a connection for the main > file, transfer it and close the connection then it will do the > same for each image. > > 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 <mailto:support@oxygenxml.com> > http://www.oxygenxml.com > > > Casey Jordan wrote: > > Hey guys/gals, > > I am using oxygen 11 on ubuntu 9.4. I have a bunch of remote > files that I "Imported" into my project. However oxygen is > spawning a ton of ftp connections, like 3 for every file I open. > > I have tried to adjust my preferences to see if this changes > anything and it has no effect. > > The outcome is that after opening over 5 files my computer > slows down and the ftp server rejects any more connections I > try and make. > > Anyone experienced something like this before? > > Cheers, > > Casey > > -- > -- > Casey Jordan > Jorsek Software LLC. > "CaseyDJordan" on LinkedIn, Twitter & Facebook > Cell (585) 348 7399 > Office (585) 239 6060 > Jorsek.com > > > This message is intended only for the use of the Addressee(s) > and may > contain information that is privileged, confidential, and/or > exempt from > disclosure under applicable law. If you are not the intended > recipient, > please be advised that any disclosure copying, distribution, > or use of > the information contained herein is prohibited. If you have > received > this communication in error, please destroy all copies of the > message, > whether in electronic or hard copy format, as well as > attachments, and > immediately contact the sender by replying to this e-mail or > by phone. > Thank you. > ------------------------------------------------------------------------ > > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com <mailto:oXygen-user@oxygenxml.com> > http://www.oxygenxml.com/mailman/listinfo/oxygen-user > > > > > > > -- > -- > Casey Jordan > Jorsek Software LLC. > "CaseyDJordan" on LinkedIn, Twitter & Facebook > Cell (585) 348 7399 > Office (585) 239 6060 > Jorsek.com > > > This message is intended only for the use of the Addressee(s) and may > contain information that is privileged, confidential, and/or exempt from > disclosure under applicable law. If you are not the intended recipient, > please be advised that any disclosure copying, distribution, or use of > the information contained herein is prohibited. If you have received > this communication in error, please destroy all copies of the message, > whether in electronic or hard copy format, as well as attachments, and > immediately contact the sender by replying to this e-mail or by phone. > Thank you.

2 1