default units of measurement and display of names after renaming #54
Comments
|
It only shows up in the status bar, but I (personally) turn it off on narrow screens - so there is very little screen space. |
|
|
|
Yay, I have caught this moment. The problem is checked both in the current build of this branch of appimage, and in the one I have built locally. The problem is not reproduced in the main branch. It looks like it - here I see a supposedly broken sketch in the project tree (due to complaints of the solver not specified units of measurement), open this sketch and check it - all the constraints that are set with the value specified correctly. But suddenly I see - there are restrictions without knowledge, but for some reason they have the "calculated by function" icon on the right - in this case it is for some reason a horizontal restriction. I can delete it, set a new one = the program (what is locally assembled, what is the apimage) immediately drops. The main branch silently closes the sketch and sees no more errors in it. |
|
Can you please post a file showing the problem? Things like Regarding the object name inside error message, you can easily find the object by pressing |
|
файл выслал Вам на электронную почту - гитхаб не пускает по размеру. |
|
It wasn't me who made it up about mixed indication of units. The problem arose when in the table I began not only to set the numbers, and in the neighboring cells to write formulas like B11 +2 * B12 +2 and in such cases in +2 was clearly required to specify mm. I think this league should be corrected. |
1 + 1mm is now equivalant to 1mm + 1mm Note that Quantity unit is not the same as display unit. For example, length unit will always be mm internally, so 1 + 1cm is equivalant to 1mm + 1cm. Related #54
|
The assembly from 22-10-2020, is better, opening and closing such a sketch solves the problem. Thank you very much for the progress, for your work. |
С некоторых пор внезапно стало требоваться и в таблице, и в задании ограничений через формулы явно указывать единицы измерения. Соответственно возникла проблема - если ранее я где-нибудь сделал ограничение типа B1+20 то при первом же изменении в эскизе все ломается - он начинает требовать, чтобы я прошел по всем таким местам и явно задал, что 20 это в мм. Было бы правильно, чтобы он сам это понимал везде и всегда (как было раньше) - ведь мы в настройках указываем значения мм/кг и пр.
Побочная проблема - с отображением. Очень хорошо, что мы имеем возможность переименовать эскизы. Но этим создаем себе проблему в будущем - когда решатель решает на что-нибудь пожаловаться, он пишет жалобу не на новое имя эскиза, а на исходное, вида SketcherNN и в дереве проекта это SketcherNN не найти
Since some time, it has suddenly become necessary to explicitly specify units of measurement in the table and in the assignment of restrictions through formulas. Accordingly, there was a problem - if earlier I somewhere made a restriction of type B1+20 then at the first change in the sketch all breaks - he begins to demand that I went through all such places and clearly set that 20 is in mm. It would be right for him to understand it everywhere and always (as it used to be), because we specify the values of mm/kg in the settings, etc.
A side problem is with the display. It's very good that we can rename the thumbnails. But this creates a problem in the future - when the solver decides to complain about something, he writes a complaint not on the new sketch name, but on the original, the kind of SketcherNN and in the project tree it is SketcherNNN not find
The text was updated successfully, but these errors were encountered: