Am I wrong if I say that your example design uses imperial units ? It may somewhat explain the issue.
I don't think that FC can use "unitless" values. It has to keep some consistency in its core.
That is not the case. It was in standart and I changed it to imperial to check if 10+12 will be interpreted as 22in which was not the case. As you can see both 10+12 and 10mm+12mm are calculated to 0.86614in which is 22mm.
Code: Select all
1. Create sketch, draw rectangle, constraint it, pad. What constraints did you use? I cannot enter a constraint of "(10 + 12)" -- it is initially taken as "(10 + 12) thou" If I delete the "thou" it is taken as inches If I enter it as "(10 + 12) mm" it is accepted incorrectly and displayed as 1" Note space between ")" and "mm" If I enter it as "(10 mm + 12 mm)" it is accepted incorrectly and displayed as 1" Again, note spaces between number and "mm" If I enter it as "(10mm + 12mm)" it is accepted correctly and displayed as 0.87" The expression used to construct the constraint (10mm + 12mm) is discarded (lost) in all of the above cases; only the result is kept, displayed as an inch value. Once the sketch task is closed, if I try to edit the data value for the constraint, I get an empty entry field with no expression, not even 0.87..." 2. Create spreadsheet, add cell value "2", alias cell 3. Create sketch001, carbon copy sketch, make all lines construction, draw rectangle, constraint relative to CC geometry by alias+0.5 (2+0.5=2.5) - constraints are accepted as 2.5mm This is a lot of steps and it is unclear to me what you mean. Please give detailed instructions. Is Sketch001 supposed to have only one rectangle on it, or two? What do you mean by "constraint relative to CC geometry"? Do you mean an expression like "Sketch.Constraints.Ht + alias + 0.5"? 4. Pocket sketch001 with fixed length - Ok.