it is relly problem
50k +
Like pitiwazou said it if you dont see the middle of the edge you dont see the loop cut.
But its ok for me .
What did I do wrong? O_o
We talked a lot about it, I propose the mode and initially was put in tasks, but after it it was removed from task. I asked campbell and he didnât response⌠So I suppose that it wonât be implemented.
No, itâs not the same.
This topic is already hard enough to maintain usable with all the hot discussions here, please donât start with memes and useless comments.
User Preferences > Input > Continuous Grab
Maybe this should come enabled by default?
I always have this enabled.
I was reading @brecht comments in the blog and I read that visibility per-object in outliner is not a feature, unless spring team give that feedback⌠wtf??
Sorry, I hate to say it, but who has these ideas? This is mandatory.
It doesnât work with graphics tablets, though
that stinks, Iâm not a fan of just visibilty for collections.
I guess that the workflow will be to send EVERY object to its own Collection, but since this feature is still not complete, I canât say what will happen if you have an object in multiple Collections and you turn the visibility off in one of them.
Iâm not sure about whether Blender developers aim to support interfaces with Touch Screens. Did they mention anything about it?
Edit:
Oh, you meant graphic tablets, no tablets.
In case some of you do not know it, when you do the Loop Cut, you then have some extra options available in the bootom of T panel (or F6)
Thatâs really a problem. Now you have to zoom out a lot in order to move it down. Or I could argue that you have not adapted to blenderâs loopcutâs mindset, or havenât got an effective and efficient way to navigate the 3Dview when modeling an object in detail.
Like I suggested, the tool can be improved by reducing its 2 phases into 1 phase and use a modifier key or button toggle to change its behavior on the fly. So we could have both the center cut subdivide, and mouse position based loop cut. That would be the ideal scenario.
Separating it to 2 phases was probably a design decision that is easy to implement and it has little performance cost. (When was the tool first introduced to blender? Probably very long time ago.)
What I like to do however, is to make sure I put the loop cut in the place I liked, examine the entire loop to see if it is what I wanted, and then adjust its position. I donât like to add a loop which cuts outside of the viewport. Because topology often gets really complex and if I just zoom in and keeps adding, then itâs only about time when something become messed up.
Ha ok thatâs why the meme from @Darcvizer ^^ bad boy!
Yes itâs possible, but itâs in 2 actions and not directly, itâs better to do what you want directly and not calling a popup to fix it.
We are often in conflict, but this is a point where we are definitely on the same page.
What the hell? Donât take away the fast âHâ key visibility workflow!!! It is a very important standard, available in every DCC.
I feared something like this would happen, but i kept my mouth shut until there is some valid info about it (didnât want to make a fuss about something i donât have enough info).
Seems like it is time to speak up about it.
Having visibility ONLY for collections is really stupid and not comfortable.
We cannot work without hidding some objects so they will obiously find a way to deal with that.
If not, lets burn some Blender code ^^
With overrides, they can add the selected object to a collection that will hide the objects.
They wonât do that. But the idea is only hide objects and unhide, you wonât have an interface to do it. So, you canât unhide some especific objects in the outliner.
Yea, you are probably right. I didnât even realize the current loop cut tool had this limitation. Maybe we could press S to enable slide mode after activating the tool. Oh and btw, I tested this out, you can still place loopcuts when you canât see the middle. You just have to click then enter the amount you want, like .8 or something.
yeah im sure it will be fixed in near future i just didnât know if its a bug or user error and if developers are aware of it, any way thanks.
I have literally no idea why you are misrepresenting what has been written.
They are waiting for user feedback from users who used this feature to find out what is reasonable. No decision has been made. They keep it as is right now just because there is no clear agreement. They are waiting for feedback from users who actually used it. No idea how this can be misunderstood.