thopiekar

Difficult to say. At least it would include all the bugfixes I had to do and it would include the workaround to not touch any export settings. But for the "Custom" option, I will need to make additions to the user interface, which could take some time. Need to decide on a logical design for it, too. By the way, could you give me the min and max values for both properties in the dialogue? So "Deviation" and "Angle"? Thanks again!

Thanks! Well, it is noticeable that there are changes between the files. Since you are using a more recent version of SolidWorks and thus 3MF in the background of the plugin, you never noticed a difference, when choosing between the different quality profiles. I'll change this in the coming version. Only waiting for some docs by Ultimaker how to create *.curapackage files, which are replacing the *.curaplugin files we had in the past.

Yes, it does. But still, it would be great if I could have a physical proof. It seems quite obvious, but would really like to see it on my own ?

Well, made the needed changes just now, but have to check whether it would really work. Another thing that is unclear for a long time is the following: By definition inside a 3MF file, there are one or multiple STL files. We know there are export settings for STL files, but not for 3MF files (if I'm not wrong). Therefore, since you @XYZDesignPro have SWX2018, if I remember correctly, could you do the following test? Export a model in 3MF format, but change once the settings for STLs to something very corse and very fine. So if the STL settings affect the 3MF settings, we can see it easily. Would be great if you could do screenshots for documentation or even send me the sample files. The reason why I'm asking is that the plugin skips changing settings for 3MF files (maybe the reason, why you still get bad results). That is the way I programmed it because I never saw 3MF specific settings and the export settings for STL seem to be specific just for this file format. Thanks!

As posted on the SolidWorks thread I managed to find the reason why projects are named "unknown". Also here for FreeCAD (incl OpenSCAD and Blender) I added additional functions to look up the installation directory on modern Windows installations. Just don't know exactly since when there is this new method of registering file types as I found on my Windows 10 machine. PS: For the macOS users here: If you like support like this for Windows, then you either need to find a way to contribute and add the functionality or see how to get me an Apple device ? Enjoy your weekend

Found the reason for the bug (it did it for the FreeCAD plugin, but guess it will be the same for all the other ones) ?✌️ It is basically due to changes made by the Cura team, I was not informed about, and I was not able to follow with their changes recently. So yeah, don't know when I'll be able to roll out updates, but, however, the solution is there already!

Reproduced the problem on Windows 10 here. So looks like a Windows-only problem. Not sure how long it will take, but will look for a solution, when I find the time ?

No Problem. I also noticed some bugs today, which I will fix in the following days. One thing I need to figure out on Windows is the new place in the registry where file types are registered. Therefore you need to add the binary directory of FreeCAD to PATH, too. I made an upgrade from 0.16 to 0.17, but had some leftovers in the registry and the new installer registers filetypes in the "new" way. This is something special which comes with Windows 10 or a bit earlier. However, that shouldn't be too difficult to implement. ?

No idea for Mac. Officially I don't give support for macOS, because I can't test it, but if you figure out how to get this working, then the plugin should start working, too. That's basically the problem on Mac. Each installed does not get fully registered to the users environment. Instead, you have bundles of software, which are running independently.

Hmm, took some time to look into the code now. I don't see any major changes in Uranium. Within my plugin(s) I always overwrite the filename like it should be done: https://github.com/Ultimaker/Uranium/blob/3.4/UM/Mesh/MeshData.py#L94 So I see neither something that changed or something new than before. Also when using my plugins on Linux here, since programming is more comfortable there for me, it just works with Cura built from master. Basically all plugins should act the same - even there should be no major differences between usage on Linux or Windows. Will investigate later on Windows with 3.4.1 installed. I'm curious whether it only acts like this over there or not.

If you are typing in "FreeCADCmd" into the terminal, what happens? Does it work? If so, what does "which FreeCADCmd" say? Does it point to the location where you installed 0.18? Thanks!

Yes, I remember. I think a quick workaround would be a "don't touch export settings" option. So you can configure your settings in SOLIDWORKS using the great UI and keep using them in Cura. Is that a workaround you could live with?

And the fine and coarse I defined for 3d-printing are still that bad? Can't believe it actually. Well, basically I need first of all time to sit down in calm and look into the code again. A shame that I need to waste 1.5...2h each day to come to work. I would rather use that time for coding and doing great stuff again ? Anyway, the weekend is near.

If you could confirm that the issue came up between 3.4.0 and 3.4.1, it would be great. Then the amount of changes to inspect would be less I think, because according to the changelog there were only bugfixes. Thanks!

Have the same here reported by two other people but using Autodesk Inventor. Looks like I need to dive into Cura soon and see what has been changed. Looks like they are determining the project name in a different way now.

Thank you for reporting! Heard the same from two other people. Have you noticed the same problem before? Or is this new with this Cura Version? Currently my Inventor installation is broken here. Never had time to fix it, but since you in the community are mentioning it more and more, it gets more serious to me. Also to the others, if you have some more details about the problem, please share. It makes the determination of the problem easier. Thanks!

But you need it. What the plugin does is calling FreeCAD in the background and performs the conversation of the file into a readable format for Cura for you. This principle is the same for all the other CAD plugins.

Yes, you could. Alternatively, you can use Brew to install FreeCAD. This should provide the needed commandline application, which the normal installation via .app doesn't provide. However, I'm not an expert, but feel free to hack around! Just to be sure: I guess you have FreeCAD installed, right?

Thank you @SandervG for mentioning me. First of all, which operating systems are you using? The plugin has been tested with Windows and Linux. For macOS I can't give any support, because I don't own Apple hardware and thus can't do any development or provide help.

Anyone interested in helping out? Now I'm able to build everything needed for Cura and the Ultimaker dependencies (just like the old cura-build-environment, but with many dependencies directly included. Additionally, I added socalled kickstart scripts to build everything directly in the source directory. Doing the same for Windows now, but most project only provide creapy buildscripts. However, trying to get something together for Windows and, well, with macOS I can't help. Managed to keep in distance with these products so far, soothing to work with.

Beautiful. No stability problems anymore ?

Always a pleasure, @SandervG and the rest of the world! ?

Quick Update: The minimal flavour can be built easily now. The development will flavour will include nano as command line editor and qtcreator for advanced designing and coding work. Building it works on Ubuntu amd64 without issues, OSX should work too (?), but can test because of a leak of hardware and software. Currently I'm trying to get it built for Windows amd64, but that really takes a lot of time whereas I only have 10min effectively recently. Also will rename the repo soon and make it open when I made an upgrade to GitLab and I have no security concerns anymore. Cheers!

Yep, Cura is really a good prove and surely it is often not easy to convince supervisors about this principle of development. Hope I'm not meant with this. I saw the effort in person and during plugin development many issues have been found, which I didn't see before. It is hard to explain, but the issues which have been found were helpful to ensure stability and also the level of needed software quality to get something passed was high. I think what most people underestimate is how difficult it is to find bugs across all the lines of code. I only coarsely read all the following posts and think it is great that we began a discussion like this. It underlines that people care about stability (maybe more then before, because of the growing usage of 3d printing for business) and that people like to share ideas. In my opinion UM shouldn't be offended in any way. In my opinion I would even support this movement and give people a feeling of how difficult it is. Nothing is better then practical experience... I would poeple just play with this hard task. Just hope that people begin to move things soon, instead of complaining all the time ? Just to lower a bit the seriousness: I love Cantuccini recently ? Hope there is less anger in the air now ?

Normally they should be merged. Already reported these issues? What are your impressions and thoughts on the bug fixing process? ?