Primitives rounding the input parameters

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Primitives rounding the input parameters

Apass
 I discovered that some of the basic primitives (tried for cubes, but maybe this affects more primitives), depending on the call, are rounding their input parameters.
Maybe this is related also with the other topic for $fa and $fs variables, I don't know...
 
For instance, the cubes produced with the following code are not identical
 
translate([-1, 0, 0])
cube([0.7, 0.7, 0.7]);
cube(l = 0.7);
 
The first cube is correct, with the edge of 0.7mm but the other one is rounded to 1mm edge!
>From my point of view, this is a major bug, possibly a release showstopper.
It was tested with the previous release of June and with the last snapshot and works the same in both versions.


Reply | Threaded
Open this post in threaded view
|

Re: Primitives rounding the input parameters

nophead
Looks like it doesn't understand I=0.7 and just uses the default, which is a unit cube.

On 19 December 2011 10:04, Pasca Andrei <[hidden email]> wrote:
 I discovered that some of the basic primitives (tried for cubes, but maybe this affects more primitives), depending on the call, are rounding their input parameters.
Maybe this is related also with the other topic for $fa and $fs variables, I don't know...
 
For instance, the cubes produced with the following code are not identical
 
translate([-1, 0, 0])
cube([0.7, 0.7, 0.7]);
cube(l = 0.7);
 
The first cube is correct, with the edge of 0.7mm but the other one is rounded to 1mm edge!
>From my point of view, this is a major bug, possibly a release showstopper.
It was tested with the previous release of June and with the last snapshot and works the same in both versions.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad

Reply | Threaded
Open this post in threaded view
|

Re: Primitives rounding the input parameters

Whosawhatsis
This works:

translate([-1, 0, 0])

cube([0.7, 0.7, 0.7]);

cube(0.7);

On Monday, December 19, 2011 at 3:35 AM, nop head wrote:

Looks like it doesn't understand I=0.7 and just uses the default, which is a unit cube.

On 19 December 2011 10:04, Pasca Andrei <[hidden email]> wrote:
 I discovered that some of the basic primitives (tried for cubes, but maybe this affects more primitives), depending on the call, are rounding their input parameters.
Maybe this is related also with the other topic for $fa and $fs variables, I don't know...
 
For instance, the cubes produced with the following code are not identical
 
translate([-1, 0, 0])
cube([0.7, 0.7, 0.7]);
cube(l = 0.7);
 
The first cube is correct, with the edge of 0.7mm but the other one is rounded to 1mm edge!
>From my point of view, this is a major bug, possibly a release showstopper.
It was tested with the previous release of June and with the last snapshot and works the same in both versions.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad

_______________________________________________
OpenSCAD mailing list

Reply | Threaded
Open this post in threaded view
|

Re: Primitives rounding the input parameters

Apass
In reply to this post by nophead
Yes, it seems so - that was a mistake slipped in the other application which generated the scad file.
However, a syntax error or, at least, a compile warning should have been thrown.

From: nop head <[hidden email]>
To: Pasca Andrei <[hidden email]>; [hidden email]
Sent: Monday, December 19, 2011 1:35 PM
Subject: Re: [OpenSCAD] Primitives rounding the input parameters

Looks like it doesn't understand I=0.7 and just uses the default, which is a unit cube.

On 19 December 2011 10:04, Pasca Andrei <[hidden email]> wrote:
 I discovered that some of the basic primitives (tried for cubes, but maybe this affects more primitives), depending on the call, are rounding their input parameters.
Maybe this is related also with the other topic for $fa and $fs variables, I don't know...
 
For instance, the cubes produced with the following code are not identical
 
translate([-1, 0, 0])
cube([0.7, 0.7, 0.7]);
cube(l = 0.7);
 
The first cube is correct, with the edge of 0.7mm but the other one is rounded to 1mm edge!
>From my point of view, this is a major bug, possibly a release showstopper.
It was tested with the previous release of June and with the last snapshot and works the same in both versions.

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad



Reply | Threaded
Open this post in threaded view
|

Re: Primitives rounding the input parameters

kintel
Administrator
On Dec 19, 2011, at 14:11 PM, Pasca Andrei wrote:

> However, a syntax error or, at least, a compile warning should have been thrown.
>
Yes, this is on the TODO list.

 -Marius