SolidWorks plugin (official thread)

[thopiekar 46]

I just uploaded 0.5.4. Feedback is welcome as usual! 

[XYZDesignPro 70]

Where will we find the link to 0.5.4?

[thopiekar 46]

On 19.10.2017 at 10:44 PM, thopiekar said:

Latest version: CuraSolidWorksPlugin-0.5.4.curaplugin

@XYZDesignPro In the first post. Next time I shouldn't forget to quote the link from there.

Hope this version works for you, too. Please tell me when giving feedback, which SWX version you are using. Had the last days too many things in my mind, so can't remember, what you are using  

[AbeFM 35]

I think it was me, mentioning 2013. By the time I'm on the forums, I'm occasionally into my cups. :-)

19 hours ago, thopiekar said:

Alright, so the autorotation feature in the plugin is useful for you.

Now I looked again into your log and noticed you are using SolidWorks 2016. Somehow I can remember, that someone mentioned using SolidWorks 2013.

 

I don't have (easy) access to ancient versions of SW, though I likely could set up a pirated version just for the test on an old machine at some point just to test, if you find interest.

 

My advice would be to wait until someone using a version that old complains.

 

[thopiekar 46]

2 minutes ago, AbeFM said:

I don't have (easy) access to ancient versions of SW, though I likely could set up a pirated version just for the test on an old machine at some point just to test, if you find interest.

No! I appreciate your willingness to help, but that goes too far 

 

Yes, let's wait for feedback. I'm actually mostly interested in SWX 2016, 2017 and 2018 feedback. Between 2016 and 2017 there is a breaking point because SWX since 2017 begins to support 3MF and SWX 2018 tells me whether there are changes on in the most recent version.

I'm also willing to fix issues with older versions, but there are either no issues or people don't complain. But if they don't then I can't help.

 

I'm fine if you only test, what you can do at the moment  

[AbeFM 35]

"Great" news... Now I get the "invalid file" prompt every time, instead of just the first.

Cura doesn't list SW files as "openable" in the open file dialog anymore (I think it used to).

 

It looks like you fixed the second problem, but not the first.

 

Here's two recent log extracts. Looks like maybe it's no loading the macro?

 

2018-02-22 10:36:47,891 - INFO - [(12132)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin XRayView
2018-02-22 10:36:47,900 - INFO - [(12132)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin BarbarianPlugin
2018-02-22 10:36:47,908 - INFO - [(12132)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [11]: Python version: sys.version_info(major=3, minor=5, micro=2, releaselevel='final', serial=0)
2018-02-22 10:36:47,909 - DEBUG - [(12132)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [14]: Found 3rd-party directory and adding in into PYTHONPATH.
2018-02-22 10:36:47,909 - INFO - [(12132)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [18]: Looking for win32com in Cura..
2018-02-22 10:36:47,913 - INFO - [(12132)-MainThread] UM.Logger.logException [82]: Exception: .. Probably couldn't find it. Using our own..
2018-02-22 10:36:47,914 - INFO - [(12132)-MainThread] UM.Logger.logException [86]: Traceback (most recent call last):
2018-02-22 10:36:47,916 - INFO - [(12132)-MainThread] UM.Logger.logException [86]:   File "C:\Users\Abe\AppData\Roaming\cura\3.2\plugins\CuraSolidWorksPlugin\CuraSolidWorksPlugin\CadIntegrationUtils\ComFactory\__init__.py", line 19, in <module>
2018-02-22 10:36:47,917 - INFO - [(12132)-MainThread] UM.Logger.logException [86]:     import win32com
2018-02-22 10:36:47,919 - INFO - [(12132)-MainThread] UM.Logger.logException [86]:   File "C:\Users\Abe\AppData\Roaming\cura\3.2\plugins\CuraSolidWorksPlugin\CuraSolidWorksPlugin\CadIntegrationUtils\ComFactory\..\3rd-party\win32com\__init__.py", line 5, in <module>
2018-02-22 10:36:47,920 - INFO - [(12132)-MainThread] UM.Logger.logException [86]:     import win32api, sys, os
2018-02-22 10:36:47,922 - INFO - [(12132)-MainThread] UM.Logger.logException [86]: ImportError: No module named 'win32api'
2018-02-22 10:36:47,923 - DEBUG - [(12132)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [46]: sys.path: ['C:\\Program Files\\Ultimaker Cura 3.2', 'C:\\Program Files\\Ultimaker Cura 3.2\\python35.zip', 'C:\\Program Files\\Ultimaker Cura 3.2\\DLLs', 'C:\\Program Files\\Ultimaker Cura 3.2\\lib', 'C:\\Program Files\\Ultimaker Cura 3.2', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\ComFactory\\..\\3rd-party', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\pythonwin', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\win32', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\win32\\lib', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\pywin32_system32']
2018-02-22 10:36:47,938 - INFO - [(12132)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [51]: ComFactory: Using pywin32!
2018-02-22 10:36:47,946 - DEBUG - [(12132)-MainThread] UM.PluginRegistry.loadPlugin [206]: Plugin CuraSolidWorksPlugin was disabled
2018-02-22 10:36:47,988 - INFO - [(12132)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin OrientationPlugin
2018-02-22 10:36:48,002 - INFO - [(12132)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin ZOffsetPlugin
2018-02-22 10:36:48,015 - INFO - [(12132)-MainThread] UM.VersionUpgradeManager.upgrade [113]: Looking for old configuration files to upgrade.
2018-02-22 10:36:48,070 - INFO - [(10160)-Thread-3] UpdateChecker.UpdateCheckerJob.run [70]: Found a new version of the software. Spawning message
2018-02-22 10:36:49,041 - DEBUG - [(12132)-MainThread] UM.Backend.Backend._logSocketState [173]: Socket state changed to Listening
2018-02-22 10:36:49,060 - INFO - [(12132)-MainThread] UM.Backend.Backend.startEngine [74]: Started engine process: C:\Program Files\Ultimaker Cura 3.2\CuraEngine.exe
2018-02-22 10:36:49,063 - DEBUG - [(12132)-MainThread] UM.Backend.Backend._backendLog [90]: [Backend] Calling engine with: ['C:\\Program Files\\Ultimaker Cura 3.2\\CuraEngine.exe', 'connect', '127.0.0.1:49674', '-j', 'C:\\Program Files\\Ultimaker Cura 3.2\\resources\\definitions\\fdmprinter.def.json', '']

2018-02-22 10:35:35,734 - INFO - [(10980)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin BarbarianPlugin
2018-02-22 10:35:35,788 - INFO - [(10980)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [11]: Python version: sys.version_info(major=3, minor=5, micro=2, releaselevel='final', serial=0)
2018-02-22 10:35:35,788 - DEBUG - [(10980)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [14]: Found 3rd-party directory and adding in into PYTHONPATH.
2018-02-22 10:35:35,788 - INFO - [(10980)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [18]: Looking for win32com in Cura..
2018-02-22 10:35:35,800 - INFO - [(10980)-MainThread] UM.Logger.logException [82]: Exception: .. Probably couldn't find it. Using our own..
2018-02-22 10:35:35,802 - INFO - [(10980)-MainThread] UM.Logger.logException [86]: Traceback (most recent call last):
2018-02-22 10:35:35,803 - INFO - [(10980)-MainThread] UM.Logger.logException [86]:   File "C:\Users\Abe\AppData\Roaming\cura\3.2\plugins\CuraSolidWorksPlugin\CuraSolidWorksPlugin\CadIntegrationUtils\ComFactory\__init__.py", line 19, in <module>
2018-02-22 10:35:35,805 - INFO - [(10980)-MainThread] UM.Logger.logException [86]:     import win32com
2018-02-22 10:35:35,807 - INFO - [(10980)-MainThread] UM.Logger.logException [86]:   File "C:\Users\Abe\AppData\Roaming\cura\3.2\plugins\CuraSolidWorksPlugin\CuraSolidWorksPlugin\CadIntegrationUtils\ComFactory\..\3rd-party\win32com\__init__.py", line 5, in <module>
2018-02-22 10:35:35,808 - INFO - [(10980)-MainThread] UM.Logger.logException [86]:     import win32api, sys, os
2018-02-22 10:35:35,810 - INFO - [(10980)-MainThread] UM.Logger.logException [86]: ImportError: No module named 'win32api'
2018-02-22 10:35:35,811 - DEBUG - [(10980)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [46]: sys.path: ['C:\\Program Files\\Ultimaker Cura 3.2', 'C:\\Program Files\\Ultimaker Cura 3.2\\python35.zip', 'C:\\Program Files\\Ultimaker Cura 3.2\\DLLs', 'C:\\Program Files\\Ultimaker Cura 3.2\\lib', 'C:\\Program Files\\Ultimaker Cura 3.2', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\ComFactory\\..\\3rd-party', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\pythonwin', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\win32', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\win32\\lib', 'C:\\Users\\Abe\\AppData\\Roaming\\cura\\3.2\\plugins\\CuraSolidWorksPlugin\\CuraSolidWorksPlugin\\CadIntegrationUtils\\3rd-party\\pywin32_system32']
2018-02-22 10:35:35,862 - INFO - [(14292)-Thread-3] UpdateChecker.UpdateCheckerJob.run [70]: Found a new version of the software. Spawning message
2018-02-22 10:35:35,935 - INFO - [(10980)-MainThread] CuraSolidWorksPlugin.CadIntegrationUtils.ComFactory.<module> [51]: ComFactory: Using pywin32!
2018-02-22 10:35:35,972 - DEBUG - [(10980)-MainThread] UM.PluginRegistry.loadPlugin [206]: Plugin CuraSolidWorksPlugin was disabled
2018-02-22 10:35:36,016 - INFO - [(10980)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin OrientationPlugin
2018-02-22 10:35:36,036 - INFO - [(10980)-MainThread] UM.PluginRegistry.loadPlugin [238]: Loaded plugin ZOffsetPlugin
2018-02-22 10:35:36,052 - INFO - [(10980)-MainThread] UM.VersionUpgradeManager.upgrade [113]: Looking for old configuration files to upgrade.
2018-02-22 10:35:36,999 - DEBUG - [(10980)-MainThread] UM.Backend.Backend._logSocketState [173]: Socket state changed to Listening
2018-02-22 10:35:37,018 - INFO - [(10980)-MainThread] UM.Backend.Backend.startEngine [74]: Started engine process: C:\Program Files\Ultimaker Cura 3.2\CuraEngine.exe
2018-02-22 10:35:37,020 - DEBUG - [(10980)-MainThread] UM.Backend.Backend._backendLog [90]: [Backend] Calling engine with: ['C:\\Program Files\\Ultimaker Cura 3.2\\CuraEngine.exe', 'connect', '127.0.0.1:49674', '-j', 'C:\\Program Files\\Ultimaker Cura 3.2\\resources\\definitions\\fdmprinter.def.json', '']

 

 

Hmmmm - File "C:\Users\Abe\AppData\Roaming\cura\3.2\plugins\CuraSolidWorksPlugin\CuraSolidWorksPlugin\CadIntegrationUtils\ComFactory\..\3rd-party\win32com\__init__.py", line 5, in <module>

 

Should it be CuraSolidWorksPlugin\CuraSolidWorksPlugin\ or is something unzipping into a directory of its own name? All the other plug ins are that way, so I don't know.

 

And twice I tried to open a SW file, once from drag-and-drop (invalid) and once through dialog (forcing open all types), both said invalid.

 

Log files from finish opening program though both of the opens:
 

018-02-22 10:49:55,139 - DEBUG - [(5064)-MainThread] cura.Settings.MachineManager._checkStacksHaveErrors [423]: Checking 2 stacks for errors took 0.67 s
2018-02-22 10:50:04,254 - DEBUG - [(5064)-MainThread] AutoSave.AutoSave._onTimeout [71]: Autosaving preferences, instances and profiles
2018-02-22 10:50:13,298 - WARNING - [(5064)-MainThread] UM.Qt.QtApplication.__onQmlWarning [267]: file:///C:/Program Files/Ultimaker Cura 3.2/qml/QtQuick/Controls/TextField.qml:638:5: QML TextInputWithHandles: Binding loop detected for property "text"
2018-02-22 10:53:28,786 - DEBUG - [(5064)-MainThread] AutoSave.AutoSave._onTimeout [71]: Autosaving preferences, instances and profiles

...in short, no mention of the plug in. My feeling is it isn't running.

[thopiekar 46]

I guess the interesting line, which occurs in both logs is:

3 minutes ago, AbeFM said:

2018-02-22 10:36:47,946 - DEBUG - [(12132)-MainThread] UM.PluginRegistry.loadPlugin [206]: Plugin CuraSolidWorksPlugin was disabled

Due to the previous issues you had, it looks like Cura disabled the plugin on it's own.

This should be the reason why the filetype (SLDPRT, etc.) is not registered.

 

If you need a guide how to check, whether the plugin is enabled.

This screenshot is from the early days of the plugin. You will find the plugin under the name "CuraSolidWorksPlugin" and there must be a checkbox in front of the name. Make sure it is checked.

(Think this screenshot is from 2.7, if I'm not wrong...)

[XYZDesignPro 70]

Thomas,

 

I think you have finally gotten it!  I'm on SW 2018 SP1.0.  Windows 10 Pro.  Parts come in in the correct orientation using the 3D printing fine setting..  They seem to look just fine.  One problem I was having, that I have not mentioned before, is that I do use a functionality within SWX called Insert > Part.  This allows one to insert a existing part into the working part. When only one other part is necessary to complete the project, this functionality is much more efficient that creating an assembly that would only have two parts in it.  In any case, I never mentioned it in the past because you have made it clear from the outset of your en devour here that a single part was all the plugin was capable of working with so I've never brought it up.  That said, this version seems to handle the part inserted into a part SWX file with out a problem.  Congratulations!!

 

BTW, I leave SWX running when using this plugin as it seems to be faster loading the file into Cura.  Any connection there, or is it just my imagination?

 

Thanks for all of the hard work on this valuable plugin for SolidWorks users.

[thopiekar 46]

6 minutes ago, XYZDesignPro said:

That said, this version seems to handle the part inserted into a part SWX file with out a problem.

I guess this only works *because* you are using SWX 2018! Then the plugin is using the capabilities of 3MF, which understands multibody parts.

 

6 minutes ago, XYZDesignPro said:

BTW, I leave SWX running when using this plugin as it seems to be faster loading the file into Cura.  Any connection there, or is it just my imagination?

 

Yes, this behaviour is intended. When opening a file, the plugin checks whether there is no SWX already running. When it finds the running windows, it skips loading a new background instance and then it is directly doing what the plugin is supposed to do: Converting and passing the results to Cura  

 

6 minutes ago, XYZDesignPro said:

Thanks for all of the hard work on this valuable plugin for SolidWorks users.

Thank you for your great words! Always love to hear that 

 

(PS: Will make a note about who has which version asap  )

Edited February 22, 2018 by thopiekar

[AbeFM 35]

There we go! That works, and things are coming in nice and smooth, it looks like.

 

Except I *do* draw my parts on the x-y plane, and all of these are coming in sideways - specifically, no rotational difference between fine/course or solidworks/3dprinting in dialog box - I get the same orientation and same number of faces with either method.

[thopiekar 46]

Just now, AbeFM said:

Except I *do* draw my parts on the x-y plane, and all of these are coming in sideways - specifically, no rotational difference between fine/course or solidworks/3dprinting in dialog box - I get the same orientation and same number of faces with either method.

Know that issue from feedback from other people. Here is a short description: (Will add it to my website...)

• Open the configuration dialog:

• Disable autorotation:

[AbeFM 35]

Oh, ah!So what is "3D-printing" versus "Solidworks" - neither is what I would associate with "quality". I assumed that WAS the orientation adjust.

[thopiekar 46]

Nope.

 

"3D printing" are profiles (custom export settings), which are finer than defined in SolidWorks.

SolidWorks is also defining coarse and fine profiles, but these seem to be for huge printers, therefore they are not generating such a fine mesh as needed for desktop 3D-printing.

With these extra profiles, you can get out more details  

Edited February 22, 2018 by thopiekar

[AbeFM 35]

Is there any way to set defaults?

 

The positional accuracy is much higher than angular, from what I've seen. Perhaps it makes more sense to just let it export as is - but I figure angular accuracy shows when you get above 1* or so, but spacial anything beyond ~50 microns isn't showing up anyway?

 

Do you know what those settings are?

 

Thanks again, with the extension working again I'm quite happy and saving disc space!

[thopiekar 46]

3 minutes ago, AbeFM said:

Thanks again, with the extension working again I'm quite happy and saving disc space!

All this work won't be possible with all the testers here 

 

4 minutes ago, AbeFM said:

Is there any way to set defaults?

 

How do you mean? In the configuration dialog, there is the "Show wizard before opening SolidWorks files" checkbox. If you uncheck this, the wizard before opening or reloading a file won't appear. The "default" is then the quality you set up in the configuration dialog or the last time you used the wizard. If this is not happening, then it might be a bug.

12 minutes ago, AbeFM said:

The positional accuracy is much higher than angular, from what I've seen. Perhaps it makes more sense to just let it export as is - but I figure angular accuracy shows when you get above 1* or so, but spacial anything beyond ~50 microns isn't showing up anyway?

 

Well, I'm using the following values for fine and coarse (3D-printing):

https://github.com/thopiekar/CuraSolidWorksPlugin/blob/master/SolidWorksReader.py#L673

If you have better values for the angle tolerance and deviation, then just let me know. I'm open for discussions!

[AbeFM 35]

I'll just leave this here...

On 2/9/2018 at 9:14 AM, AbeFM said:

When exporting STL's from SolidWorks, you get "Course", "Fine", or "Custom".

 

While the line sizes are reasonable (Fine gives good detail), it does a terrible job on circles. Printing a blow off valve for a friend, the low angle tolerance even on fine setting assured that I had a triacontakaihexagon* instead of a circle which in turn meant my part didn't fit without encouragement. 50 um accuracy sacrificed on the altar of poor assumptions.

 

I propose adding a "custom" setting to the plug in, I'd like to add to the current:
Course (Deviation: 0.0397 mm Angle: 30*)
Fine (Deviation: 0.0153 mm Angle: 10*)

...the following:
Course (Deviation: 0.0250 mm Angle: 1.5*)

 

I end up doing this manually now, exporting from SolidWorks each time - but I miss the tool, and I miss how much HDD space I save not having multiple copies of each model.

Is anyone else seeing this or do they have a better way to deal with it? If there's a config file I can just put the numbers into, I would be very happy about it!

 

 

 

*36 sided polygon (I had to look that up)

 

Something around 1-2 degrees is good, and something about 10-50 microns. I would suggest "rough" as 5 degrees, 100 microns, and "fine" as 1 degree, 25 microns.

 

It's a good compromise on quality/complexity, I find. But if those were numbers we could feed into the dialog box or under configuration it would stop being your problem if we don't like the defaults. :-)

[thopiekar 46]

Well, if you want to experiment with these values, then you can modify the plugin since it comes with the source code. You just need to edit the SolidWorksReader.py and change the values.

I personally have the fear that if I set these values too fine, then it might blow up your hard drive (because STL and 3MF files are saved into your temporary directory) and loading this file will take unnecessarily more time. After you changed these values you can see in the log how big the temporary file was after conversion.

So if you have some time left, then modify the values and observe how the filesize is behaving.

I totally agree, that there is room for improvements, but there must be a balance between three points: total time of the process, needed space on the harddrive and the fineness of the final mesh in Cura.

 

Yeah, I agree there should be a way to set custom values. My current goal is commonizing more code across the different plugins. So eg. the Inventor plugin is also benefiting from it.

This should decrease the needed amount of time to maintain these plugins, so I will find more time for more valuable things.

[AbeFM 35]

Generally those settings will give me parts in the ballpark of 50-90 MB where as small ones will be 10-30. Bigger, but nothing crazy, at those numbers. Keep in mind, my linear dimension is *courser* than the "fine" setting. I'm basing it on the realistic printer capabilities - no reason to waste HDD (though here it is temporary!) - but the angles are too rough for me.

I'll have to save some models out of CURA and look at them somewhere to see what they ACTUALLY look like.

[thopiekar 46]

3 hours ago, AbeFM said:

Generally those settings will give me parts in the ballpark of 50-90 MB where as small ones will be 10-30.

@AbeFM : Yes, this is in a good range. Well, as I said before, just change the values in the .py files and feel free to experiment.

 

In general: Are there any crashes so far? Anything not working or any other feedback?

I'm planning to let Ultimaker know of this version, so it gets into their plugin server.

I guess having it tested under SWX 2016..2018 and no crashes for a week are a good reason to do that.

[AbeFM 35]

I'll keep looking at it, but so far so good.

 

A couple notes:

If you have configurations, it will import the most recently saved active configuration.

 

Assemblies are kinda touch-and-go.

[thopiekar 46]

Today I got feedback from Ultimaker's QA about the plugin.

They reported the following error and it would be nice if someone of you could try to reproduce it.

According to them the "Next" button in the macro guide does not respond to clicks after opening it for the second time.

For me, all buttons work just fine and it does not matter whether I close the window in between or not.

 

I'm wondering whether you noticed the same.

Thanks!

 

-----------------------

Edited March 12, 2018 by thopiekar

[thopiekar 46]

On 19.10.2017 at 10:44 PM, thopiekar said:

• Latest version: CuraSolidWorksPlugin-0.5.5.curaplugin

 

With additional info by Ultimaker, I could reproduce it and fix the issue.

Therefore: 0.5.5 is out!

[XYZDesignPro 70]

Finally got this macro to work from inside SWX.  The macro is not necessarily in the same folder location as the animation instructions would suggest.  Great addition to SWX.  (I'm on 2018 SP2 BTW) 

As to the higher resolution settings AbeFM has been discussing, SWX has two default settings, Course and Fine.  You have added your two 3D printing settings Fine and Course (3D Printing).  Since you are already using the two SWX default Radio Button settings, would it be possible to use the third Radio Button setting as SWX Custom.  That way the SolidWorks user could always have their favorite STL setting available as a third choice.  So what ever those settings were left as when last used would be the STL settings that would be applied to the model when it was imported into Cura.  AbeFM would get what he wants, and there would be no fiddling around with the py configuration file.

 

My better quality settings:

 

 

Would something like this be possible?

[thopiekar 46]

Yes, it is possible. And since you both mentioned it already, it seems like this feature is something that is really needed.

I'm planning to commonize the configuration dialogs for all plugins. This way I save again time on mantaining the SolidWorks and Inventor plugin (which has at the moment no UI at all).

[XYZDesignPro 70]

Thomas,

Your work on this plug-in is amazing and IMHO a tribute to what makes open source such an important part of the internet experience.  I'm an avid supporter (financially) of Mozilla and use Thunderbird exclusively as my email client and Firefox as my default browser.

Thank you for your contribution to Cura.