Does XPS viewer read eDrawings file? Why do you use this viewer instead of native eDrawings?
Does XPS viewer read eDrawings file?
Apparently it does, cause we have been using it that way since 2009. On the following website they also say that the default program to open this kind of file is XPS Viewer and Solidwork.
EDRWX file extension - Open .edrwx files
Why do you use this viewer instead of native eDrawings?
I'm a software developer and I recently had to fix issues in an application that was developed by people that aren't here anymore. The application combine multiple ".edrwx" files with rotation and printing on both side of the paper. This part of the application doesn't work on the customer's computer. By investigating, I found out that I can't open ".edrwx" file generated by solidworks generated from customer's computer. So because of that, I'm thinking that the issue isn't with the application but with something on the customer's computer. The application is working on my computer and nothing has changed on this feature.
If your are curious, the application was developed in c# .net and we use "XpsDocument" class from .net library. Method "GetFixedDocumentSequence" from the document return null when reading file generated by the customer's computer.
Thank you for the clarification. I was not aware of this. You say that edrwx file can be saved from the SolidWorks but I do not see this format in there just edrw. Perhaps there is some SolidWorks settings differences either in File->Save As->Options for EDRW/EPRT/EASM files or somewhere in the SolidWorks system settings (such as tessellation) between your machine and customer's machine. I would recommend to get all the settings from the customer's machine and compare to your settings to see the difference. You can use this tool: 2014 SOLIDWORKS Help - Copy Settings Wizard
And then just compare the settings.
To have the "edrwx" file format in the save dialog from solidwork, xps add-in must be activated. Plug-in can be activated from menu "Outils -> Compléments". So in english, in must be "Tools -> ?" where ? stand for add-ins or something like that. See image below.
I found what is causing the issue, but I haven't yet found the solution to it. The file generate by the customer's computer has the OXPS format, while others computer generate XPS format. The customer's computer is the only one under windows 8. Starting with windows8, OXPS is now the "default" file format for the XPS Document writer. See following link :
Changing the Default Format for Microsoft XPS Document Writer
However, changing the default format like explained in the link didn't work as xsdsld.dll doesn't seem to care about the default and goes straight with OXPS format.
I tried to use PrintOut4 instead of SaveAs3 to force solidworks to use windows's default XSD format set in group policy, but didn't work either.
As stated above, the problem is that starting with windows8, solidworks use OXPS format when saving "EDRWX" files.
The only solution I found is to use a converter tool provided by Microsoft in a windows update package.
Here is the link to download this package for windows7 x64.
Once installed, you will find the converter here. (There is the x86 version and the x64)
C:\Program Files (x86)\Windows Kits\8.0\bin
Then you can use by launching it with argument.
Here is a usage example in the console.
So in the application, I added this converter next to it and I silently launch this tool to convert the file to XPS format before opening it. The converter doesn't care if you tell him to convert XPS to XPS, so it's work for everyone.