- User Since
- Feb 6 2013, 7:05 PM (293 w, 20 h)
Jun 20 2018
I hate to nag you guys about this, but seeing as there's work on including pie menus in default 2.8 config -which imho is a good move- it seems the right moment to do so. If there was any chance this could be looked at it would be neat. Let me know if it needs clarification.
May 31 2018
Great ! Is this using merwin's technique ? (suposedly preventing zfighting)
May 21 2018
Ok thanks for the clarification. I am not really convinced this is an improvement over an overlapping toolbar (as with the T region), but let's see it shaping up !
Alright ! Is it meant to stay visible when an editor is maximized ?
How does it know which settings to show if two editors are open side by side ? Or is there only one tool active at a time ?
Is it also meant to host settings for the "simpler" tools like knife, etc (which have only a handful of checkboxes) ?
May 20 2018
It seems like this is essentially moving the T region to the right-hand-side ?
Jan 23 2018
Not sure why groups are kept around actually, wouldn't collections completely fill the functionality gap ?
As for the three horizontal lines, don't you think it's really too generic ? As you say, it could evoke stacked layers, or pretty much anything else... additionally it is quite connoted because this design is used more and more on the web and in other programs (Firefox comes to mind), and in those other contexts it usually means "menu" or "more...".
Jan 22 2018
I like the cardboard box one (4 or 5). I also like the first one but the icon for "group" already looks like a group of objects (a sphere and a box) and having a group of three objects as the icon for collections is a bit confusing.
Having all collection-related icons in a different color could also make sense - after all we already have a color code within the outliner : orange (objects), grey (data), blue (modifiers). Why not have them in say, green ? It could also help differentiate at a glance what is a collection and what is an object (color stands out more immediately than shape, I think).
Jan 16 2018
This is really, really great. Do you think it is doable for the graph editor as well ?
https://blender.community/c/rightclickselect/P0bbbc/snap-toggle-in-graph-editor (see mockup)
Dec 19 2017
Small remark : view orbiting does not work very well with "trackball" setting (probably because the grab point is in the viewport corner), maybe this could use turntable orbit regardless of interaction settings, or set the grab point to be the screen center.
Dec 16 2017
Just found this patch pretty much by accident - it would be fantastic to have it sometime in the future, now that the manipulators are on the way.
Aug 10 2017
@Campbell Barton (campbellbarton) what do you mean by "which aren't on the same axis" ? I think simply using a click-and-drag rather than a keystroke is already much easier - this was the rationale behind pie menus iirc : less travel for the keyboard hand (it suddenly strikes me how primitives input devices still are...). I agree that neither this one, nor any other manipulator should be designed without the input of several of the target users.
Aug 6 2017
Some thought on the F-Curve: Key-Frame Manipulator
As an animator (mostly working in Maya for jobs, and Blender for personal stuff, so might lack experience with Blender's animation tools overall) the reasoning behind this manipulator is I find a little difficult to move several keyframes at once, especially when it's on a single axis - shortcut G+X/Y works but it makes editing in the graph tiring when tweaking loads of keyframes - either adjusting values (moving on y) or adjusting timing (moving on x) on an entire shot can feel taxing after a short while. Adjusting a single keyframe is fine with a tablet since middle-clicking during a transform will snap to the closest axis (and you can do that with a tablet pen), but moving several keyframes requires hitting G anyway.
So, a 2d manipulator like the one in the 3d view would be welcome. It doesn't have to look like two perpendicular arrows - it could be a box encompassing the current selection or something different. It should allow for moving independently on a single axis as well as freely on both axes. Maybe it could allow for scaling as well by dragging its corners. If it ends up taking that kind of shape it could get in the way of selection so it's probably important that it stays toggle-able.
Jun 22 2017
I think you missed my post above @Campbell Barton (campbellbarton) because it got buried in a sea of equally awesome suggestions. :) I suggested bbone roll control in the 3dview, and translate manipulator in the graph editor.
Jun 20 2017
For all suggestions that relate to constraints/modifiers : I like the idea, but when is the manipulator displayed / how is it toggled ?
Jun 19 2017
Hi Campbell, hi everybody, here are some of my own ideas.
Jun 16 2017
Not sure if usability feedback is welcome at this point, but this manipulator could use a handle to move plane point on all axes in addition to the circle and arrow. Super cool nonetheless ! :)
Mar 27 2017
Your mockup looks good Alex ! only two remarks :
Mar 5 2017
Thanks a bunch Severin.
@Julian Eisel (Severin) Just a heads up, no pressure, wanting to know if this could possibly be looked into before 2.8 ? I know you guys are pretty busy.
Nov 20 2016
Just a small typo in description text : "Cull objects which are further away from camera than this distance"
Nov 4 2016
For reference, mypaint uses a kind of action (stroke) grouping, defined by the time elapsed between two strokes, could be something to investigate.
Aug 6 2016
Apr 2 2016
Maybe uniform transforms better be offset from the center, which as you said is busy already. I could picture a uniform scale widget like this yellow handle :
Like Alex pointed out ("since it looks like Blender uses distance between the clicked point and manipulator center as a scale value, adding scale point in the middle of the manipulator probably won't work anyway.")
How it is positioned, not sure. Fixed orientation ? Screen or world space ? It is difficult to make things not overlap.
Apr 1 2016
Chris, the difficulty is integrating scale with translate and rotate as well. Unless we make it impossible to display all three at once ? but would'nt it be a tad lame ?
Mar 3 2016
Looks great ! Just some remarks :
View axis rotation (white circle) does not interfere with other axes ? (it looks like they have similar radius)
Would the final design of the uv widget include planar transform as well as rotation circle ?
Dec 27 2015
I dig this, thanks for all the work Severin.
Nov 8 2015
I was wrong, for some reason the nvidia driver was not working correctly and Blender was executed with intel igp. So, known issue, I understand. Antonis' message dates back to february, that looks like everyone is too busy to look into this.
I run Blender on a laptop wih an intel igp and an nvidia card (gtx660m) and blender executable is set to run with nvidia card (and it does for sure since I can render with cuda and viewport performance is good).
Nov 7 2015
Sep 2 2015
Aug 24 2015
Yes, both on Windows and Fedora, release and buildbot.
(Fedora with Wayland if that is relevant)
Aug 10 2015
Still happening for me, both on Windows and Fedora.
Aug 9 2015
Jul 14 2015
Since recent switch from Win7 to Fedora, can confirm this also happens under X session with 2.75a.
May 19 2015
May 12 2015
Apr 1 2015
My own mistake, please disregard. Sorry for disturbance.
Mar 5 2015
Sorry for confusion, I just meant : latest master does not solve rBcb023ce0fd1a0c.
@Julian Eisel (Severin) the issue I reported still happens on my machine but this one doesn't - I don't encounter any issues when scrolling in userprefs window (opened with ctrl+alt+u)... are these related ?
Feb 15 2015
Actually still hapenning...
Jan 18 2015
Nov 4 2014
Thanks for taking a look Severin. So far as I know using a curve is the only way of making a bunch of objects follow and travel along an arbitrarily shaped path (?). Maybe it would solve the issue to have an additional field inside the follow path constraint where to point at another object/bone from which to derive up and forward axes ? This problem will arise any time someone happens to have a straight curve - I really feel something is broken here. Will keep trying to work around it.
Nov 2 2014
Oct 31 2014
Same when using nurbs curve instead of bézier.
Oct 29 2014
Oct 14 2014
Aug 23 2014
It does the same on Windows build from yesterday (with factory settings). Menu shadow width has to be set to below 4. I can't pinpoint it better than that...
Jun 14 2014
I see - apologies !
Jun 13 2014
Jun 6 2014
Failed twice. It should show now :
Failed to attach example file. Here it is.
May 14 2014
Thanks for the clarification Bastien.
May 7 2014
Mar 27 2014
Mar 8 2014
In description I wrote frame 6, I meant frame 2.
Feb 22 2014
Thanks, very good to know. I am not familiar with the guts of Blender and was lucky to have someone help me on the forums. From an end user point of view, I can "copy data path" from any (?) other property and paste into the driver interface, and it will work... except for shapekeys ?
Feb 15 2014
Nov 27 2013
Alright ! My bad.