- User Since
- Jan 17 2011, 3:24 PM (443 w, 1 d)
Jun 10 2017
Oct 16 2016
Aug 25 2015
Having the same problem with the last build. I can even save it in this state! Catch it)))
No, zooming changes nothing. And if my memories does not fail me, the same bug was when I worked on linux. And on another PC.
As I can understand, the bg drawing goes first, and rotating next. So when I stop rotating animation by pressing some key, bg is already on it's place.
Aug 20 2015
Jun 4 2015
I have 32 gb RAM :) I hope, I am not swapping)
And yes, i have McAfee, but can not disable it - do not have an admin privileges.
Here it is
Mar 19 2015
Here it is
If I remove part of mesh, it lags less.
But in older versions, it worked perfectly fast in any cases.
Mar 18 2015
Mar 5 2015
Here is blend file. Just apply the bevel, set Segments to 2 (if not set) and switch to UVmap1
Mar 4 2015
Some details, I just noticed.
It happens only when I mix different UV channels
Jan 20 2015
I forgot to say, that after appending object into the new file, problem dasappears.
Jan 5 2015
I'm sorry. Here is the file attached.
Just slide the selected loop to the left and look in the unwrap window.
Dec 8 2014
Here we have a base cube:
We move it to some random location (drag by mouse):
Now we duplicate the cube (Shift+D) and then snap it to original. Any vertex to any vertex. Now some of their vertices share one coordinates.
Now they (vertices) are in the same point of space. They should be there even when we will...
...scale both boxes in 100 times (s - 100 - enter):
(sorry, had to change image hosting here :) )
Let's watch on the "shared" vertices from top:
This is the main thing what I am talking about. It can even be worse - the vertices of the same cube can be in different coordinates on any axis.
Oct 29 2014
That information is a new thing to me.
I'm sorry for this "bug" then.
Oct 22 2014
There is no need in test file. New subdivided plane can do the thing) Subdivide, select a face, fill with color [in vertex paint mode, of course])
Jul 10 2014
Yes, it happens not every time. In the default cube exuded vertices can even get only half way to the selected snap point) Not the double way, like my example does.
>>So, no active target is available and then, snapping acts like median.
Yes, it has to be.
Here are screenshots, this one shows what i am extruding
and this one shows where everything flies away and the snapping point
and this is how it used to be
Jul 9 2014
No logic here :(
I use it so often (every day since I learned snapping one million years ago) and now you say, that it is not a bug, but a feature... Just today it threw me away from the work process nearly 10 times...
Some of the newly extruded vertices has to be active. What sense in keeping old vertices active in this situation?
But you are the bosses, of course :(
It has to be fixed, it is impossible to extrude in architecture now :(
And there were no active elements in the older versions. And everything worked great. Logically.
Please, fix it.
Jul 8 2014
Jun 19 2014
I can not reproduce it, i do not even know when this bug happened...