I agree with jelovirt, the preferred way from XSLT is to use the proper legacy string. However, this does currently not validate in Oxygen 15.

I request that you make the HTML to XHTML conversion feature reachable from the context menu. Currently I can use it from import HTML, but it would be handy to be able to use the same feature on a selection in the editor.

Hello!

In step 5 of http://oxygenxml.com/doc/ug-editor/#tas ... olver.html you have accidentally included the code for getDisplayName instead of getReferenceUniqueID.

Br,
Jan

Thanks Radu! I'll look into this on monday, have a nice weekend!

Hello! I'm making a custom framework for our custom XML, and I'd like to use similar features as with DITA's conref, that is, pull content from another document into the currently open module. I'm able to get raw xml content included, but I'd like to get it renderd properly as well (readonly might b...

I think I solved it by reading some old posts. This is how to do it. 1. Add your custom plugins catalog.xml to Preferences XML catalog. 2. Add DITA-OT's demo/fo/cfg/catalog.xml to Preferences XML catalog. (Its important that this one is later than your custom plugin). 3. Create a validation scenario...

The DITA-OT pdf (pd2) plugin uses a catalog file for customization. Because of this, it's not possible to validate XSL in the plugins you create without making some temporary files.

Has anyone already solved this issue, or how does people work with developing pdf2 plugins within oxygen?

Thanks!

Hello Radu! For example: [ { "color": "red", "value": "#f00" }, { "color": "green", "value": "#0f0" } ] or [ 100, 500, 300, 200, 400 ] Gives error: E [JSON Validator] A JSONObject text must begin with '{' These are valid...

Moi!

The built-in JSON Validator does not consider top level arrays as valid JSON. Top level arrays may not be the preferred solution, but I believe they are valid JSON. Please check the behavior of the validator.

Br,
Jan

I second this request, it would sometimes be very useful. Has it been discussed at Syncro?

On Mac OS X the file oxygen.lock is stored in the users home folder. A more suitable place would maybe be:

I agree with jelovirt, this functionality would be handy. I'd also like to add that a similar request: 1. User has project view and a DITA topic open in text/author view. 2. User drags an image into a text/author view. 3. Oxygen detects if an <image> element is allowed and adds: <image href='image.j...

It would be possible but the point is the flow needs to be reworked so that DITA-OT transformations could be easily performed on DITA topics. Opening topics in the DITA Maps Manager is obviously a workaround to allow this. So we are trying to avoid implementing workarounds for other workarounds as ...

The problem is that the drag behavior is used to re-arrange or split editor tabs in the edit area. We cannot add the behavior of dragging tabs to the DITA Maps Manager or to the Project without disabling the default behavior which is done through a third party component (the Jide docking framework)...

I second this request. Especially considering the workaround for running DITA-OT transformations on DITA topics, it would be nice to be able to drag'n'drop files into the DITA Maps Manager.

Reference: http://www.oxygenxml.com/pipermail/oxyg ... 02393.html