Hi All,
In reviewing the thread, it seems that 4 primary matters are being discussed that I believe have a similar theme but not necessarily the same issue:
1.
KeesW wrote:
I have and issue with using the 'SHIFT' constraint to place elements vertically or horizontally. Sometimes, the constraint puts the object just off vert. or hor..The off angle is around 1 degree or even less and it is often too close to notice. It is only when one aligns it with something that is correctly hor. or vert. that it is noticed. Then, it seems to fix itself, until it re-occurs - usually unwittingly. I've had this happen in many recent versions including AC19.
For this I would check your View > Grid & Editing Plane Options > Grids & Background settings. Even if the Rotation Angle says
0.00º (or any custom angle you have entered), highlight the value and type
0 (or the angle you desire) to insure there is not a rounding error happening. Also using the buttons in this dialog set the grid to Orthogonal. It might be easier to see this under the View > Grid & Editing Plane Options menu. Make sure the checkmark is next to Orthogonal Grid.
2.
Erwin wrote:
I'm also having issues with edge offset of fills, slabs, roofs etc picking a random point away from the edge (which shouldn't even be possible). I've reported these to the dutch reseller (Kubus). It's hard to reproduce, but it happens multiple times a day.
I believe I have been able to reproduce this as you describe it and I have forwarded my findings to HQ with a video and test file. So they should be able to get a handle on the matter.
3.
DGSketcher wrote:
Laszlo, I'm not sure if this was worth a new thread for the linear dimensioning issue.
If as previous I anchor the end points for my dimension line and cmd-clk to add in-between dimension points I am prone to get random static dimensions. If however I highlight the dimension line and then click again to bring up the pet pallet and select insert/merge dimension point then the cursor momentarily changes to a hammer before converting to a tick when the dimension point is reached. The resulting dimension is consistently accurate and normally as expected associative.
Both processes have been tested at the same zoom e.g. my normal working zoom.
To me this is starting to look like a bug in the dimensioning process.
Obviously the latter workflow is also a lot slower than just cmd-clk on a string of points...
I am testing this out now. I believe there is an accuracy issue when zoomed out beyond a certain point, which may or may not be reasonable. But I am still pinning down the details and I do tend to lean in favor of your findings at this point. As soon as I have the finer details of the matter sorted out I will post it to HQ.
4.
Erwin wrote:
Possible related issue: if I click on the end point of a wall reference line I get the pet palette for moving the wall (as if you would click on another point of the wall), clicking again (or sometimes more than a few tries) gets the right pet palette so I can stretch the reference line.
I can reproduce the feedback you are getting if I have an extremely thin skin, like 1mm thick or thereabouts, and if I click on the wall corner while zoomed out to a point where I cannot clearly see the skin. So I do not think it is directly related to the other issues. Maybe it is just a matter that under these tight conditions there is not a different feedback from the cursor if it is the end of a reference line or a wall skin you are about to select or have selected. I'll bring it up with someone on the product team. Please let me know if I am mistaken or if there is more to it than what I describe.
Best regards,
