You can call it either lazyness or convenience. There is a reason for defaults.
Cheers Peter
You can call it either lazyness or convenience. There is a reason for defaults.
then, given the opportunity, one could also standardize the different inputs comma or point. or is that already done?
I do that always the same way. With the mouse I select the whole entry (including the unit), and type in the new number. After the first keystroke the field is completely empty with the exception of the particular digit created by that keystroke.
OK. I'll have look at the code within the coming days to see if something is wrong.perot wrote: ↑Fri Dec 03, 2021 5:18 pm At another attempt, FreeCAD got delayed when closing the Fillet dialog box after clicking OK (probably some background activity). I observed that after clicking OK, the unit "µm" popped up behind the "0.095" that I typed in, before a fraction of a second later the whole dialog box disappears. The smoking gun.
Pleeeeeeeeeeaaaaaaassse NOT! It is a huge nuisance when some software (against locale) requires commas, other (again against locale) requires decimal points, and for instance in Libre Office I cannot import data from international sources and german sources at the same time. When I do engineering work I ALWAYS use decimal points, and a FreeCAD forcing me to use comma because of some stupid locale would be a thorough pain in the arse.thomas-neemann wrote: ↑Fri Dec 03, 2021 5:09 pmthen, given the opportunity, one could also standardize the different inputs comma or point. or is that already done?
No. Period in german numbers is the thousands separator, which requires (first) that the mantissa starts before the period (leading zeros do not start a mantissa), and (second) that a multiple of sets of three digits follow. Neither requirement is satisfied by "0.95", so FreeCAD really has no right to treat the period here as a thousands separator.
I don't care whether it's a point or a comma, it should just be freecad widely uniform
JFYI, I can reproduce the bug.