Hello, When file paths are serialized as part of the project file the default file separator of the platform is used, that is '/' on Mac/Linux and '\' on Windows. When the ${pdu}/tmp/xxxoutput.html file path is serialized on Mac the '/' character is used which can be used after deserialization on Windows to create a File instance because the File implementation on Windows accepts both file separators. But when the file path is serialized on Windows the '\' character is used and after deserialization on Mac the file cannot be created correctly. This is what happens with your Output -> Save As value. Now we corrected the serialization process to use only the '/' character for File instances on all platforms. If you need a patch to fix the problem before the release of the next oXygen version please let us know. Regards, Sorin Paul Everitt wrote:

I'm on a project where I manage a .xpr project file for a group of people on a team, putting in SVN to distribute changes. Everything is working well except for one small detail.

I configure the transformation scenario using something like this as the Output -> Save As URL:

${pdu}/tmp/xxxoutput.html

I'm on OS X and that works fine, but the forward slash doesn't work so well on Windows. Those folks then "fix" it, using a backslash, and then it breaks for me.

Is there any chance that oXygen can normalize the slash in the URL?

--Paul