November 2010 - oXygen-user - www.oxygenxml.com

prevent multiple instances on OS X
by Bob Beims 17 Nov '10

17 Nov '10

I've read a couple of postings here about adding the property -Dcom.oxygenxml.MultipleInstances=false to the Java command line in the oxygen launch sh script. I've added that property to my environment, but I'm still getting multiple instances when launching via the sh. Is there something different that must be done on OS X versus Linux (which is the OS discussed in the threads I've seen)? more details: oXygen 12, OS X 10.6.5, JRE 1.6.0_22 TIA, Bob

1 0

What does Apple's deprecation of Java mean for oXygen?
by Roger 12 Nov '10

12 Nov '10

Dear oXygen Users, Apple recently announced that future versions of Mac OS X may no longer include a Java runtime: <http://developer.apple.com/library/mac/#releasenotes/Java/JavaSnowLeopardUp…> Any idea what that will mean for the future of Java-based apps like oXygen? Will a Mac version of oXygen bring its own JRE, or will we need to download one from somewhere else to run oXygen? I know it's a long way off, but just curious what this announcement will mean... Roger

3 2

Re: [oXygen-user] [Oxygen-user] completion for XPath 2.0 functions and keywords in XSLT stylesheets?
by Adrian Buza 12 Nov '10

12 Nov '10

Hi, Actually Oxygen's content completion of XPath in XSLT 2.0 does include the functions and axes of XPath 2.0. Make sure they are all enabled in Options -> Preferences -> Editor -> Content Completion -> XPath. It's also possible that you've found a context that we did not cover, or maybe a bug. Could provide a sample XSLT where this fails to work as expected? Regards, Adrian Adrian Buza oXygen XML Editor and Author support support(a)oxygenxml.com http://www.oxygenxml.com Lars Huttar wrote: > Hello, > > I've been writing more stylesheets lately using XSLT 2.0, and trying to > get into the habit of using the useful new features of XPath 2.0. > However, I find that it's not as convenient as it could be in Oxygen 12, > because Oxygen's completion of XPath syntax does not seem to include > functions and keywords of XPath 2.0. Do you plan to add these soon? > > This is in addition to a feature request I've made previously, that XSLT > 2.0 instructions be included in the built-in code snippets and in XSLT > tag completion. > > Regards, > Lars Huttar > > _______________________________________________ > Oxygen-user mailing list > Oxygen-user(a)oxygenxml.com > http://www.oxygenxml.com/mailman/listinfo/oxygen-user >

3 6

Bug in regular expression negative lookbehind?
by David Sewell 12 Nov '10

12 Nov '10

Platform: oXgen 12.0, build 2010100114 OS X 10.6.4, standalone Java version Problem: Given this text: It is very cooooooold today. The regular expression search (?<!o)o should match only two 'o's, the one after 'c' and the one after 't' (the regex says "match any o not preceded by 'o'"). Correct? When I try it, the search matches every 'o'. Positive lookbehind, and lookahead searches, seem to be okay but I have not tested very much. David S. -- 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/

2 1

Selecting/Creating oXygen editor windows
by Michael Smith 03 Nov '10

03 Nov '10

Hello, I have recently been developing a standalone oXygen 12.0 workspace plugin that produces an XML document containing oXygen's track-change processing instructions. Currently this plugin can write its results either to an existing editor or to a file. In the latter case the file is opened in an oXygen editor once it has been written. In the former case, the editor is correctly updated but not selected as the current editor. Is there a way of selecting this output editor as the current editor from within the plugin? I would also like to allow the user to send the output to a "new" freshly constructed editor window with an appropriate "untitled #number" name, where the action of "saving" the document would prompt the user for the location to save the file in. There may be cases where the user just wants to view the result, rather than save it to a file. We generally know the type of document that is being generated (e.g. DITA, DocBook, general XML) so could supply this to the oXygen editor creation API, if this is helpful. Any pointers on how this - or something similar - could be achieved would be welcome. I am new to the oXygen plugin development and this mailing list; and have done my best to search both the API and archive for answers to the issues I have just raised. I apologise in advance for missing previous answers to these questions. Regards, Anthony.

2 2

Plugin access to frameworks and catalogs
by Nigel Whitaker 01 Nov '10

01 Nov '10

Hello, We're developing a workspace plugin which reads form either existing editors or on-disk files. We're using all the catalogs in the standard 12.0 release using this rather brute-force approach: <configProperty name="cat_dita" value="${install.dir}/../../../frameworks/dita/catalog.xml" /> <configProperty name="cat_docbook" value="${install.dir}/../../../frameworks/docbook/catalog.xml" /> ... <configProperty name="cat_xmlspec" value="${install.dir}/../../../frameworks/xmlspec/catalog.xml" /> <configProperty name="xml.catalog.files" value="${cat_dita};${cat_docbook};...${cat_xmlspec}" /> However, we dont know about any user defined frameworks. Is there a way of knowing the framework associations of editors/files so that we could use the specific catalog file (also reducing the possibility of conflicts between the catalogs). Alternatively access to a URI/Entity resolver appropriate for the type of file which we could use when parsing (xerces) may be useful. We know about XMLUtilAccess and its resolvePathThroughCatalogs method, but we'd like something we can use with the resolver/xerces directly. We've also seen some references to a 'grammarCache' object but are unsure how to use it. Is there something we can use to improve our catalog handling. Many thanks, Nigel & Anthony (working on a comparison plugin) -- Nigel Whitaker, DeltaXML: "Change control for XML" nigel.whitaker(a)deltaxml.com http://www.deltaxml.com Registered in England: 02528681 Reg. Office: Monsell House, WR8 0QN, UK

2 3