They continue to add new features and are pretty good at responding to bugs and errors that are found in a timely manner. I agree if you get past the steep learning curve with FreeCAD and get around some of its "tricks/issues", it is an amazing software package full of capabilities. Additionally, I don't see us, Americans changing our ways any time soon so I guess we still have to risk crashing spacecraft into other planets due to conversion errors I agree that metric makes much more sense and is "easier" if you learned it as a kid, however it is hard to switch over if you grew up seeing the world in inches and gallons and have to "convert" what you see to meters and liters all the time. Nope, I'm afraid we, that use Imperial, are in the minority here. I don't see how you can work with fractional inches without it, so perhaps FreeCAD isn't used so much by people using anything other than mm. I've not seen this documented anywhere else. Yep, mechanical drafting was fun, but oh so limited! From simple 2D sketching to computation fluid dynamics, to ray traced renders, oh my! We used to draw two point and three point perspectives, then air brush them to present renders. Strictly GNU/Linux, the tool chain available to us is impressive. Looks like I'm going to have to up my skills in python too, as both FreeCAD and Blender use it as its scripting language. I can now further develop my abilities with it. Were it not able to support our metrics though, feet/inches, then none of it would matter. It improves over time as community software does, organically. Were it not for your help here, I was ready to abandon FreeCAD. I found too that ft and ' work the same as in and " And universal, as a ratio, it works with every arbitrary unit of "one." Then as a conversion to other arbitrary units of "one" as a ratio between the two. Being so familiar with it, it seems easier, and it is in un-aided practice. It is still a very practical way of expression, though really more complicated. This was a big deal when we worked everything without computers, or even calculators. I like fractions because it forgoes counting when specifying figures. Thank you! I've not seen this documented anywhere else. OS: Debian GNU/Linux 11 (bullseye) (GNOME/gnome) Even there, I do not see a unicode for feet, only inches, 2033 ″ I'd love to see the use of Unicode for this stuff, as " and ' are used in bash/programming for very important things-things not inches and feet. I consider it mistaken to display a value that cannot likewise be entered verbatim. But if I put in 3'11" it takes it as a string. Yet when I put in 47", it displays it as 3'11" in the cell. In order for me to enter my original requirement I've had to use: =(29 + 3 / 8) * 25.4 which processes the units as mm which I adjust to reflect inches. Pre-post update: I've set the cell property units to in, which helps. What is the cell parsing rule set of freecad's spreadsheet? Do we have something like regular expressions, only for spreadsheet cell entries? I've been hurt by past habits of assumption, so I don't do that anymore, when possible. The displayed value verifies it, but I'd still like confirmation. Except I'm not assuming that, I'd like confirmation. IF I use =(29 + 3/8) * 25.4 then it reports a value, which I've assumed to be mm. They enter as strings when they are not understood as formulas. I need to enter fractional inches along with whole inches.Īnd other tries, but none of these are working. Multiplying by 25.4 give me those inches in mm, but that's not what I need. There doesn't seem to be a clear default unit of measure, though I'd assume mm were I to assume. It puts in a value-the value-but not in inches. I am having a full-stop time trying to use fractional inches in the spreadsheet.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |