- oXygen-user - www.oxygenxml.com

New release of the XProject plugin for oXygen
by Florent Georges 05 Feb '13

05 Feb '13

Hi, A new version of XProject, the XML project manager, has been released. As well as its plugin for oXygen. XProject allows you to automatically build packages, run unit tests, generate documentation for your XML-oriented project, using XSLT, XQuery, XProc, XML Schema, RelaxNG, etc. See the following links for more information and for download: - http://github.com/fgeorges/xproject-oxygen - http://expath.org/modules/xproject/oxygen Regards, -- Florent Georges http://fgeorges.org/ http://h2oconsulting.be/

1 0

[Announce] April 2013 Classes on XSLT/XPath, XSL-FO, UBL and Code Lists in Europe (Oxygen User List)
by G. Ken Holman 05 Feb '13

05 Feb '13

To those interested in hands-on XML-related training, please find below details of our next publicly-subscribed delivery coming up in April, 2013 in Europe. Please let me know off-list if you have any questions. . . . . . . . Ken cc: XML-Dev, XML-L, XML-Doc, Mulberry XSL, W3C-XSL-FO, Antenna House list, RenderX list, Oxygen User list, UBL-Dev, CLR-Dev =====8<------ Four in-depth, intensive, hands-on XML classes, separately subscribed: XSLT/XPath, XSL-FO, UBL and code lists April 15, 2013 (Week 16) through April 26, 2013 (Week 17) Helsinki, Finland - Hosted by the XML Finland User Group Information at: http://www.xml-finland.org/index.php?option=com_content&task=view&id=142 Information linked from: http://www.CraneSoftwrights.com This event requires registration - discount early-bird date March 25, 2013: http://www.xml-finland.org/index.php?option=com_content&task=view&id=132 Practical Transformation Using XSLT and XPath (5 days) - April 15-19, 2013 - covering every element, every attribute and every function of XSLT and XPath versions 1.0 and 2.0, used in creating new transformations of existing structured information http://www.CraneSoftwrights.com/training/ptux/ptuxsyl.htm http://plus.google.com/events/c9i5ree43s2i1o1d52d7a4ibufo Practical Formatting Using XSL-FO (3 days) - April 22-24, 2013 - covering every formatting object of XSL-FO 1.0 and 1.1; used in creating printed renditions and PDF files from XML documents http://www.CraneSoftwrights.com/training/pfux/pfuxsyl.htm http://plus.google.com/events/cjn1cigeo70211ovaf9ktj9i6bo Practical Universal Business Language Deployment (1 day version) - Apr 25, 2013 - for understanding the artefacts published for OASIS UBL 2.1 and practice in the application of the models and XSD schema files http://www.CraneSoftwrights.com/training/publd/publdsyl.htm http://plus.google.com/events/c0q8vtjbmm6t4hj520ela9bcfb4 Practical Code List Implementation (1 day) - April 26, 2013 - for business vocabularies and any vocabulary design that requires flexible implementation of code lists without changing schema files (this will be of interest to UBL users as this technique is used in the UBL committee for the definition and application of code lists) http://www.CraneSoftwrights.com/training/pcli/pclisyl.htm http://plus.google.com/events/crf979oc08b6knmfdrv8lfdd4v4 Instructor: G. Ken Holman http://www.CraneSoftwrights.com/bio/gkholman.htm Of note, Mr. Holman: - was on the W3C committee that developed XML from SGML - was the founding chairman of the XML Conformance Committee at OASIS - was the founding chairman of the XSLT/XPath Conformance Committee at OASIS - is a co-editor of the OASIS UBL 2 specifications and pro tem co-chair - is the chairman of the OASIS Code List Representation Technical Committee =====8<------ -- Public XSLT, XSL-FO, UBL and code list classes in Europe -- Apr 2013 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/f/ 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

Follow Up: Automatically add @type when a topicref is added to a DITA map (Oxygen XML Editor Support)
by Scott Barney 05 Feb '13

05 Feb '13

Hello: I've followed the thread about having the "type" attribute automatically populated by oXygen when a topicref is added - to include the discussions on whether it is the right thing to do from a theory perspective, how to check after the fact, and so on. My situation: - I have writers that are not full-time writers. They would like "type", "scope", and "format" to be auto-populated when they add a topicref or href. - If we don't add these, our transform process reports it as a warning or error. We are not allowed any warnings or errors in the transform log. - We have no control over the transform process. We have to use the tool as-is. Which leads me back to the original question: Can we set up oXygen such that when a topicref or href is added, we can get these attributes to auto-populate? If not now, is it a feature request? I half-expected it to be under Preferences >> Content Completion. Thanks, Scott Scott Barney - Technical Writer / Trainer +1 972 786 0926 +1 415 336 7748 sbarney(a)4js.com scott.barney http://www.4js.com Four Js Development Tools, Inc. 1968 15th St, San Francisco CA 94114 , USA -----Original Message----- From: oxygen-user-bounces(a)oxygenxml.com [mailto:oxygen-user-bounces@oxygenxml.com] On Behalf Of oxygen-user-request(a)oxygenxml.com Sent: Thursday, August 16, 2012 10:00 AM To: oxygen-user(a)oxygenxml.com Subject: oXygen-user Digest, Vol 22, Issue 15 Today's Topics: 1. Re: Automatically add @type when a topicref is added to a DITA map (Oxygen XML Editor Support) 2. Re: Automatically add @type when a topicref is added to a DITA map (Oxygen XML Editor Support) 3. Re: Automatically add @type when a topicref is added to a DITA map (KAATMAN Matthew) 4. [Bug] Compressed SVG files not opened (Timothy Reaves) 5. Re: Automatically add @type when a topicref is added to a DITA map (Yves Barbion) <removed>

2 1

Result view for a plugin
by Florent Georges 01 Feb '13

01 Feb '13

Hi, I looked into the SDK documentation and the Javadoc, but I couldn't find how a plugin can open a new result view, to show the results/ errors/logs of an action in a way consistent with oXygen's own result views. Is this possible with a workspace access plugin? Regards, -- Florent Georges http://fgeorges.org/ http://h2oconsulting.be/

2 4

Feature Request: Create Multiple Conrefs With One Selection
by Eliot Kimber 28 Jan '13

28 Jan '13

In my training development mentioned earlier, I'm making all my prerequisites and objectives reusable and then constructing all such lists in modules via conref. This requires a separate conref for each individual list item or lcObjective. The conkeyref creation dialog is easy enough to use, but it only lets me create one reference at a time (I'm not doing range references). It would be much more convenient if there was some way that I could select multiple targets and have it create an individual conref to each one. Not sure how you'd do that and make a clear distinction between creating a range reference and multiple single references, but it would be very convenient if it was possible. 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/

4 5

Very minor complaint: @format set on maprefs when defaulted by topicref
by Eliot Kimber 28 Jan '13

28 Jan '13

When you create a topicref to a map using the "Create reference" facility in the Map Manager, the dialog automatically sets the @format value to "ditamap", which is, of course, required if you're using a generic topicref. However, if you then replace the generic topicref type with any form of map reference (e.g., <mapref>), the @format value continues to be set and will be set in the instance, even though it's now redundant with the default value set by the topicref element. It would be ideal if the system could detect that @format has the appropriate default value and unset the selection in the dialog so that unnecessary attributes are not set in the map. 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 1

Map Managed Icons for Map References
by Eliot Kimber 28 Jan '13

28 Jan '13

I'm going through the exercise of creating training materials. I'm using submaps to organize sessions and modules so I'm creating maps with lots of map references. One thing I'm noticing is that the icon for a map reference is the same as the icon for the map, which leads to kind of odd results in the map manager. I know that all the components have to be reflected in the tree: the map reference, the referenced map, and the map's child topicrefs, so there's no getting around what, conceptually, are redundant levels in the tree (relative to what will actually show up in the final table of contents). However, I think it might be clearer in the map manager if the map reference icon was distinguished from the map icon. Part of the oddness of the map manager view is that the when the submap has a title, which all of mine do, then the map reference node and the map node both reflect the same title, so you get: mapref: -> Module: My Module Title map: ---> Module: My Module Title Topicref------> My Module Title Where the title of the first topicref is often the same as or very similar to the map title (in my case, I'm using e.g. "Module: " in the map title for module maps but not in the title for the actual module root topic, so the map title and root topicref title differ only by "Module: "). 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 1

Re: [oXygen-user] Content of oXygen-user Digest, Vol 27, Issue 8
by Holley, Erik 16 Jan '13

16 Jan '13

Unicode 4.0 does not contain the character you're looking for. It's found in Unicode 6.0 Cyrillic Extended-B. Java 1.6 is based on Unicode 4.0. Java 1.7 is based on Unicode 6.0. Thus, to get the proper mapping, you'll need to be using Java 1.7. ---------------------- Sample Program ---------------------- public class Case { public static void main(String[] args) { String unicodeVersion; String specVersion = System.getProperty("java.specification.version"); if(specVersion.equals("1.7")) unicodeVersion = "6.0"; else if(specVersion.equals("1.6")) unicodeVersion = "4.0"; else unicodeVersion = "n/a"; System.out.println(unicodeVersion); char[] originalChars = { 0x41, 0xa656 }; String theString = new String(originalChars); System.out.println(theString.charAt(0) + "\t" + theString.charAt(1)); System.out.println(theString.codePointAt(0) + "\t" + theString.codePointAt(1)); System.out.println(Character.isLowerCase(theString.charAt(0)) + "\t" + Character.isLowerCase(theString.charAt(1))); theString = theString.toLowerCase(); System.out.println(theString.charAt(0) + "\t" + theString.charAt(1)); System.out.println(theString.codePointAt(0) + "\t" + theString.codePointAt(1)); System.out.println(Character.isLowerCase(theString.charAt(0)) + "\t" + Character.isLowerCase(theString.charAt(1))); } } ---------------------- Java 1.6 Output ---------------------- 4.0 A ? 65 42582 false false a ? 97 42582 true false ---------------------- Java 1.7 Output ---------------------- 6.0 A ? 65 42582 false false a ? 97 42583 true true -Erik On 1/15/13 11:00 AM, "oxygen-user-request(a)oxygenxml.com" <oxygen-user-request(a)oxygenxml.com> wrote: > Send oXygen-user mailing list submissions to > oxygen-user(a)oxygenxml.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.oxygenxml.com/mailman/listinfo/oxygen-user > or, via email, send a message with subject or body 'help' to > oxygen-user-request(a)oxygenxml.com > > You can reach the person managing the list at > oxygen-user-owner(a)oxygenxml.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of oXygen-user digest..." > > > Today's Topics: > > 1. Re: unicode support? (Oxygen XML Editor Support) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 15 Jan 2013 18:02:24 +0200 > From: Oxygen XML Editor Support <support(a)oxygenxml.com> > Subject: Re: [oXygen-user] unicode support? > To: David Birnbaum <djbpitt(a)gmail.com> > Cc: oxygen-user(a)oxygenxml.com > Message-ID: <50F57D90.1060208(a)oxygenxml.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Hello, > > This is XSLT processor related. My guess is Saxon 9 doesn't process the > lower-case() function as you expect. This could also be further > delegated as Java related, since Saxon 9 runs on top of Java and I'm > guessing it uses its uppercase/lowercase mapping mechanism. Further > investigation is necessary. > > I've also looked at the default-collation attribute from XSLT, but it > doesn't seem to affect this. > > 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 > > > David Birnbaum wrote: >> Dear <oXygen/> support, >> >> I'm trying to case-fold some early Cyrillic text, which includes >> characters from the Unicode Cyrillic B range >> (http://www.unicode.org/charts/PDF/UA640.pdf) and the lower-case() >> function does not seem to be returning what I expect. I am testing in >> the XPath browser box in <oXygen/> 14.1 (set to XPath 2.0), but I get >> the same results when performing an XSLT transformation using Saxon-PE >> 9.4.0.4. >> >> Input: string-to-codepoints('Ꙗ') >> Output (as expected): 42582 >> >> Input: string-to-codepoints(lower-case('Ꙗ')) >> Output (incorrect): 42582 >> >> That is, I get the same result when I process this upper-case letter >> regardless of whether I try to convert it to lower case. >> >> The lower-case counterpart of U+A656 is U+A657. The case mapping seems >> to be correct in the Unicode property table >> at http://www.unicode.org/Public/UNIDATA/UnicodeData.txt, where the >> relevant lines are: >> >> A656;CYRILLIC CAPITAL LETTER IOTIFIED A;Lu;0;L;;;;;N;;;;A657; >> A657;CYRILLIC SMALL LETTER IOTIFIED A;Ll;0;L;;;;;N;;;A656;;A656 >> >> For comparison (ASCII-range characters): >> >> Input: string-to-codepoints('A') >> Output (as expected): 65 >> >> Input: string-to-codepoints(lower-case('A')) >> Output (as expected): 97 >> >> It looks, then, as if the lower-case() function works properly on some >> Unicode characters, such as those in the ASCII range, but not on >> others, such as those in the Cyrillic B range. The Cyrillic B >> characters have been in Unicode since version 5.1.0 (April 4, 2008); >> Unicode is now at 6.2.0. Is this a bug (and if so, whose bug is it?), >> or are my expectations based on a misunderstanding? >> >> Thanks, >> >> David (djbpitt(a)gmail.com <mailto:djbpitt@gmail.com>) >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 > > > End of oXygen-user Digest, Vol 27, Issue 8 > ******************************************

2 1

unicode support?
by David Birnbaum 15 Jan '13

15 Jan '13

Dear <oXygen/> support, I'm trying to case-fold some early Cyrillic text, which includes characters from the Unicode Cyrillic B range ( http://www.unicode.org/charts/PDF/UA640.pdf) and the lower-case() function does not seem to be returning what I expect. I am testing in the XPath browser box in <oXygen/> 14.1 (set to XPath 2.0), but I get the same results when performing an XSLT transformation using Saxon-PE 9.4.0.4. Input: string-to-codepoints('Ꙗ') Output (as expected): 42582 Input: string-to-codepoints(lower-case('Ꙗ')) Output (incorrect): 42582 That is, I get the same result when I process this upper-case letter regardless of whether I try to convert it to lower case. The lower-case counterpart of U+A656 is U+A657. The case mapping seems to be correct in the Unicode property table at http://www.unicode.org/Public/UNIDATA/UnicodeData.txt, where the relevant lines are: A656;CYRILLIC CAPITAL LETTER IOTIFIED A;Lu;0;L;;;;;N;;;;A657; A657;CYRILLIC SMALL LETTER IOTIFIED A;Ll;0;L;;;;;N;;;A656;;A656 For comparison (ASCII-range characters): Input: string-to-codepoints('A') Output (as expected): 65 Input: string-to-codepoints(lower-case('A')) Output (as expected): 97 It looks, then, as if the lower-case() function works properly on some Unicode characters, such as those in the ASCII range, but not on others, such as those in the Cyrillic B range. The Cyrillic B characters have been in Unicode since version 5.1.0 (April 4, 2008); Unicode is now at 6.2.0. Is this a bug (and if so, whose bug is it?), or are my expectations based on a misunderstanding? Thanks, David (djbpitt(a)gmail.com)

2 1

oXygen Users Meetup @ XML Prague
by George Cristian Bina 11 Jan '13

11 Jan '13

Hi all, I want to invite you to attend XML Prague and the oXygen Users Meetup that takes place in the pre-conference day of XML Prague. The oXygen Users Meetup is a free event but registration is required. You can register online at: http://www.oxygenxml.com/oXygen-user-meetup-Prague2013.html The oXygen meetup is planned for Friday afternoon, February 8, with the following agenda: http://www.oxygenxml.com/oXygen-user-meetup-Prague2013.html#agenda-Prague20… The registration for XML Prague costs 40 EUR (or 100 EURO if you include lunches and the reception) and you can register online at http://www.xmlprague.cz/conference-registration/ The XML Prague conference agenda is available at http://www.xmlprague.cz/2012/12/21/preliminary-list-of-sessions/ I look forward to meeting you in Prague next month! Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com

1 0