- oXygen-user - www.oxygenxml.com

[Bug] Compressed SVG files not opened
by Timothy Reaves 20 Aug '12

20 Aug '12

The SVG specification allows for SVG files to be compressed, and does not require a different file extension for compressed files. However, when you attempt to open a compressed SVG with oXygen, you get an encoding error. oXygen should correctly determine if an SVG is compressed or not when opening.

3 3

Automatically add @type when a topicref is added to a DITA map
by Yves Barbion 16 Aug '12

16 Aug '12

Hi group When I add a topicref to a DITA map, I see that the @type attribute is left unspecified. It would be nice if the @type attribute would then automatically be filled in, depending on the information type of the topic. For example, when I add a topicref to a task topic, the @type attribute would automatically be type="task". Is this possible or is this a new feature request? Thanks -- Yves Barbion www.scripto.nu

3 7

Graphic href attributes
by Hintz, David 16 Aug '12

16 Aug '12

When we insert a graphic element from our custom schema and browse to the graphic we're inserting, we'd like just the absolute path to be inserted in the XML. For example, we'd like: <graphic href="D:/image.jpg"/> and not: <graphic href="file:/D:/image.jpg"/> Is that possible? Dave Hintz Siemens

2 3

Re: [oXygen-user] Validation of Schema that Imports Multiple XSD Schemas
by Robert Leif 15 Aug '12

15 Aug '12

Hi Adrian, I checked the paths of the files in the project. They were all in the same directory. oXygen_Global_Options.xml contains the system information. I created and validatedRelation_Image_List13Aug12 with XMLSpy. Validation took 1 to 2 seconds. The same file in oXygen already has the description at over 7,500 items and growing! 50% of the 2 CPUs is being used. I obtained the following message from the bottom panel: Description: Loading catalog: file:/C:/Program%20Files/Oxygen%20XML%20Editor%2014/frameworks/catalog.xml I attempted to validate after about an hour< I received an error message that the system had run out of heap space. System ID: D:\CytometryML\ACS\xsd\Relation_Image_List13Aug12 .xml Main validation file: D:\CytometryML\ACS\xsd\Relation_Image_List13Aug12 .xml Schema: D:\CytometryML\ACS\xsd\relations_image.xsd Engine name: Saxon-EE 9.4.0.3 Severity: error Description: Java heap space If the problem is the number of schemas imported, the parser can look in each schema and determine if the prefix is used, if not a comment could be placed next to each import element. The user could then erase it or comment it out. This is equivalent to a compiler parser looking for unused code. Thank you. Yours, Bob Leif -----Original Message----- From: Oxygen XML Editor Support [mailto:support@oxygenxml.com] Sent: Monday, August 13, 2012 6:21 AM To: rleif(a)rleif.com Cc: oXygen-user(a)oxygenxml.com Subject: Re: [oXygen-user] Validation of Schema that Imports Multiple XSD Schemas Hello Robert, When validating XML files, Oxygen provides a caching mechanism for the schema used for validation, so only the first validation will evaluate the entire schema hierarchy. The following XML validations will use the cached schema. When validating XML schema files, the entire schema hierarchy starting from the current schema is validated every time. However, the validation time that you report seems extreme for an XML Schema validation, even if a large schema hierarchy is validated. Do you have a validation scenario with multiple validation units or are you using the default validation as it is offered by Oxygen? Make sure the schemas are all local. In situations where schemas are imported from remote locations, make sure these remote URIs are resolved through an XML catalog to a local copy. My guess is some of the schemas from your schema hierarchy are requested from a remote location and that's what's causing the huge validation time. To determine if some schemas are retrieved from remote locations, you can enable XML Catalog verbosity in Oxygen from Options > Preferences, XML > XML Catalog. Set "Verbosity" to "All messages". Whenever you validate or perform an Oxygen operation that involves the catalog resolver, the attempts to resolve URIs, systemIDs or namespaces (depending on your Oxygen catalog options) will appear in the Catalogs view from the results panel (at the bottom of the editor window). Note that all attempts at resolving something are listed there, so it's possible you'll see a lot of redundant messages, first some that fail and eventually one that succeeds in resolving the URI. We are not aware of any schema caching mechanisms that Saxon offers in this regard, but we have not investigated this possibility. But, my belief is that the problem you have encountered lies elsewhere. There seems to be a bottleneck somewhere that slows things down significantly and my first guess is that some of the schema files are not immediately accessible. By any chance, have you tried to validate the same schema hierarchy with Saxon from the command line? Note that you'll need a separate Saxon deployment since the one bundled with Oxygen is only licensed to be used from within the application GUI. 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 Robert Leif wrote: > > Since my designs follow object-oriented design principles, my XSD > schemas import multiple XSD schemas, which provide and permit reuse of > many of their simpleTypes and complexTypes. The time for a successful > validation of a schema that solely imports 9 other schemas and does > not have any data-type or element definitions was in excess of 10 > minutes. The subsequent validation took 3 minutes. 2.66 out of 4 > gigabytes of memory and 50% of the CPU were used. I validated with > Saxon-EE 9.4.0.3 for XSD1.1. > > I suspect that the problem is that Saxon validated all of the imported > schemas. Since these schemas had NOT been changed after their previous > validation, this was a total waste of time! Does Saxon have a tool to > check the time of the previous validation against the time of the last > edit? If not, it needs one. There is a potential problem when two > schemas import each other. In this case, it probably pays to validate > both. A quick way to ameliorate this problem is to extend the > validation-well-formatted pull-down to include Validate only this > schema. Since a schema tree structure is needed to perform an > intelligent validation, it would be useful to make this tree available > to the user and to note if any of the imported schemas were not being > used. > > Has anyone else observed similar long validation times with another > validator? > > Thank you. > > Yours truly, > > Bob Leif > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > http://www.oxygenxml.com/mailman/listinfo/oxygen-user >

3 2

Re: [oXygen-user] automatic numbering of self-created elements?
by Oxygen XML Editor Support 14 Aug '12

14 Aug '12

Hi Roderick, This could be possible to achieve using our Java Author SDK: > http://www.oxygenxml.com/oxygen_sdk.html#XML_Editor_Authoring_SDK and implementing an interface called "ro.sync.ecss.extensions.api.UniqueAttributesRecognizer". The Java sources for the default implementation "ro.sync.ecss.extensions.commons.id.DefaultUniqueAttributesRecognizer" should be available in the Author SDK sample code. In the SDK you also have the DITA implementation for it. If in the Oxygen Preferences->"Document Type Association" page you edit the DITA document type, you can add an additional library in the Classpath list and then in the Extensions tab you can set your custom implementation for "Unique attributes recognizer". Regards, Radu Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 8/14/2012 4:51 PM, Roderik Dernison wrote: > Hi Radu, > > > Yes, that's exactly what I want. It would be nice if they could be formatted like 'topic1_ilexample2_innerExample3'. For a structure like: > <lingtopic> > <lingbody> > <ilexample> > <innerExample/> > <innerExample/> > <innerExample/> > </ilexample> > </lingbody> > </lingtopic > > > Kind regards, > > Roderik Dernison > -----Oorspronkelijk bericht----- > Van: oxygen-user-bounces(a)oxygenxml.com [mailto:oxygen-user-bounces@oxygenxml.com] Namens Oxygen XML Editor Support > Verzonden: dinsdag 14 augustus 2012 15:45 > Aan: oxygen-user(a)oxygenxml.com > Onderwerp: Re: [oXygen-user] automatic numbering of self-created elements? > > Hi Roderik, > > By "numbering" do you mean automatically assigning IDs to the elements? > Usually in DITA IDs are useful for linking or content references. Is this your case also? > Would you like the IDs to be formatted in a certain way? > > Regards, > Radu > > Radu Coravu > <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com > > On 8/14/2012 4:36 PM, Roderik Dernison wrote: >> Hi, >> >> I've extended the DITA schema with elemnts we need for linguisitc >> purposes. One of them is ilexample and another is innerExample. >> >> When adding such elements to your topic, it would be nice if they >> could be numbered automatically. Is it possible to automatically >> generate an id for these elements, when the user adds such an element? >> Or should I write a plugin that is executed when the topic is saved? >> >> Kind regards, >> >> Roderik Dernison >> >> >> ---------------------------------------------------------------------- >> -- >> >> ---------------------------------------------------------- >> 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. >> ---------------------------------------------------------- >> >> >> _______________________________________________ >> oXygen-user mailing list >> oXygen-user(a)oxygenxml.com >> http://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > _______________________________________________ > oXygen-user mailing list > oXygen-user(a)oxygenxml.com > http://www.oxygenxml.com/mailman/listinfo/oxygen-user > > ________________________________ > > ---------------------------------------------------------- > 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

automatic numbering of self-created elements?
by Roderik Dernison 14 Aug '12

14 Aug '12

Hi, I've extended the DITA schema with elemnts we need for linguisitc purposes. One of them is ilexample and another is innerExample. When adding such elements to your topic, it would be nice if they could be numbered automatically. Is it possible to automatically generate an id for these elements, when the user adds such an element? Or should I write a plugin that is executed when the topic is saved? Kind regards, Roderik Dernison ________________________________ ---------------------------------------------------------- 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

Any VirtualBox users find a way around the paste problem?
by G. Ken Holman 14 Aug '12

14 Aug '12

Fellow oXygen users, I'm nagged by the ever-present copy and paste problem from VirtualBox when pasting text from, say, an XP guest to a Mac host. The paste text includes a BOM at the start and a NUL at the end. Thankfully, oXygen strips the NUL so as not to make the XML document not-well-formed (Emacs doesn't do such stripping), but the BOM U+FEFF at the beginning of the paste buffer ends up in my XML and is not visible (though walking around with the cursor eventually finds it). It is visible in Emacs so I instantly am reminded of the issue ... I tend to forget the issue when pasting in oXygen. Has anyone figured out a way to configure either VirtualBox or oXygen to prevent the BOM from ending up in the edited file during a standard paste action? Thanks for any advice anyone may have regarding this! . . . . . . . . . . . Ken -- Public XSLT, XSL-FO, UBL and code list classes in Europe -- Oct 2012 Contact us for world-wide XML consulting and instructor-led training Free 5-hour lecture: http://www.CraneSoftwrights.com/links/udemy.htm Crane Softwrights Ltd. http://www.CraneSoftwrights.com/z/ G. Ken Holman mailto:gkholman@CraneSoftwrights.com Google+ profile: https://plus.google.com/116832879756988317389/about Legal business disclaimers: http://www.CraneSoftwrights.com/legal

1 0

Validation of Schema that Imports Multiple XSD Schemas
by Robert Leif 13 Aug '12

13 Aug '12

Since my designs follow object-oriented design principles, my XSD schemas import multiple XSD schemas, which provide and permit reuse of many of their simpleTypes and complexTypes. The time for a successful validation of a schema that solely imports 9 other schemas and does not have any data-type or element definitions was in excess of 10 minutes. The subsequent validation took 3 minutes. 2.66 out of 4 gigabytes of memory and 50% of the CPU were used. I validated with Saxon-EE 9.4.0.3 for XSD1.1. I suspect that the problem is that Saxon validated all of the imported schemas. Since these schemas had NOT been changed after their previous validation, this was a total waste of time! Does Saxon have a tool to check the time of the previous validation against the time of the last edit? If not, it needs one. There is a potential problem when two schemas import each other. In this case, it probably pays to validate both. A quick way to ameliorate this problem is to extend the validation-well-formatted pull-down to include Validate only this schema. Since a schema tree structure is needed to perform an intelligent validation, it would be useful to make this tree available to the user and to note if any of the imported schemas were not being used. Has anyone else observed similar long validation times with another validator? Thank you. Yours truly, Bob Leif

2 1

Maps in editor don't have keyref support like topics do
by Echlin, Robert 09 Aug '12

09 Aug '12

Hi guys, Using oXygen 13.2, Standalone. Build: 2012052412 Setup) - Open a top level map in the Maps Manager, which references a map containing key definitions - Open a sub-map in the Editor containing <topicref> that uses @keyref to identify the topic file 1) - Try to open the topic file with "Right-click > Open > Open file at caret" - The dialog pops up that allows you to create the file referenced, using the "key" as the name for the file to be created. 2) - click on a topicref - double-click on "keyref" in the "Attribute View" - There is no drop-down list of keys to choose from Do these use-cases work in oXygen 14? We are using a script to create all our keyrefs from the ID's in the topic files, and from the names of the graphics files, so the key map is automatically generated. Thanks, Rob -- Rob Echlin, Documentation Systems Architect, Wind River +1.613.270.5796 | Skype: rob.echlin.wr

2 2

Any way to recover in-memory files?
by David Sewell 09 Aug '12

09 Aug '12

oXygen users, I'm running oXygen 13.2 on a Mac. I was in the middle of editing a long XML file and did a global search-and-replace that had the effect of creating ill-formed XML. Now oXygen is spinning endlessly, running one core at 100% CPU, apparently trying to parse the file. I was also editing some XQuery code in a couple of tabs that I had not saved to disk yet. oXygen won't let me open those tabs as it is trying to complete its Find/Replace. Any ideas on how I can retrieve the code? If I force-quit the oXygen process, would the data be written anywhere that it could be retrieved? this is not mission-critical but if there is a way to retrieve the content it would be nice. DS -- David Sewell, Editorial and Technical Manager ROTUNDA, The University of Virginia Press PO Box 400314, Charlottesville, VA 22904-4314 USA Email: dsewell(a)virginia.edu Tel: +1 434 924 9973 Web: http://rotunda.upress.virginia.edu/

3 3