Dear all,
while testing the customizer today I fell into a litte trap I’d like to point out for all to avoid.
When entering variables make sure you use a dot “.” as divider, e.g. 15.5 mm
If you use a comma “,” e.g. 15,5mm, like many of us do in Europe, you will get funny results.
The model will render but objects that are affected by the value will be omitted.
As this is only a minor inconvenience if you know it, I don’t think it needs fixing.
Just wanted to leave a note here so others running into the same thing find an explanation.
@MaStr Great catch. I have to check the OpenSCAD spec to determine if this is a bug or a feature. I think the challenge is that variables can contain vectors in the format [x,y,z]. However, my first impression is that if there are no brackets I may be able to help the user by replacing a comma with a period. Need to do some testing but that you for pointing this out. I will add this to the backlog to investigate.
@CoreyPDX. I need to revisit this area. For now, I suggest using US notation (periods) but I have just added fixing this in a future release. Coming soon are real-time previews of customizations. You can see an example in a test app here:
I will implement this first in the customizer but eventually, you will be able to preview any OpenSCAD file on the platform.