- oXygen-user - www.oxygenxml.com

In-place rename
by Yves Barbion 23 Aug '12

23 Aug '12

Hi group I try to use the in-place rename feature as follows: 1. In Author mode, I put my cursor in the text in an element. 2. I press ALT+SHIFT+R. However, nothing seems to happen (also when I select the element itself). When I check the menu shortcut keys for rename, I see that the ALT+SHIFT+R shortcut is assigned to "Rename Component" in the "Refactoring" Category. In this list, I also see "Rename" but in the "XML Refactoring" category. When I assign the ALT+SHIFT+R shortcut to that Rename action, it works. Is this the idea or am I doing something wrong here? Thanks. -- Yves Barbion www.scripto.nu

2 3

css counter reset after closing paragraph / section?
by Roderik Dernison 21 Aug '12

21 Aug '12

Hi, I've created a dita schema extension that contains an ilexample for a complex example and an innerExample element for nesting in it. In css I make the ilexampleCounter increase each time an ilexample element is added to my topic. But when I nest those ilexamples in e.g. a paragraph, or section, each time a new paragraph or section starts, the ilexampleCounter is reset to 1. Is there a way to prevent this behavior, so that wherever my ilexample is placed in a topic, it will always get a higher number than the previous one? 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

10 files open is too many
by Echlin, Robert 21 Aug '12

21 Aug '12

Hi I find when I have a few files open in oXygen, that I soon reach the limit of too many files to find the one I want. This is a common problem, that I find in other apps as well. This is a hard problem. However, let's look at some specific irritants that you can probably do something about, most of which do not occur in other apps. - narrow list box The icon at the right of the list of files will show the whole list if you click on it. The names of the files are truncated, because that drop down list is too narrow. When this list is open, it doesn't matter if you can't see a lot of stuff under it. Please make it wider, maybe 50% wider? Or variable, so it will be as wide as the widest filename? - closing files Let's say I have 20 files open and I want to close the three in the middle. right click on one. select "close", and it closes. But... Instead of seeing the "middle" of the list, where I was just working, I now see the "left" side. (This is the bit I want you to fix) I then see the left most few files, maybe 6, and to get to the next one I want to close, I have to click the scroll button several/many times. Alternatively, I can click the "whole list" icon and find the file I want to next close, then select it. two clicks and some eyeball scrolling. Slow. - dragging files to change their order This is a similar problem to closing files. Try to drag a file, and the screen jumps to the left-most items, leaving you with a lot of scrolling to do to find it again, to drag it past one ... more ... file! - select different file, then go back Do this: - If I have currently selected a file that I am viewing in "text" mode, then click on the name of a file that is in "author" mode. Get this: - The number of toolbars open increases (that's OK, by itself) - The file I am now looking at "moves" to the left side of the screen (sometimes the right), instead of staying where it was. This may hide the file I was looking at before. This makes it difficult to move back and forth between two files. - ditamap vs. topic file One of our writers pointed out to me that maps open in the list get "lost" in the dita topics. Maybe different file types could have different background colors or some other differentiator in the list of files? Thanks for considering these requests. Rob -- Rob Echlin, Documentation Systems Architect, Wind River +1.613.270.5796 | Skype: rob.echlin.wr

2 5

[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