- User Since
- Feb 6 2013, 7:05 PM (336 w, 3 d)
Wed, Jul 17
If the user wishes to ‘freeze’ the node tree, they can do so by running a ‘Freeze Nodes’ operator, or by going to Edit Mode, which will automatically prompt the user to freeze the mesh.
That doesn't have to be the case, as any operator called from within Edit Mode could add a corresponding node to the tree instead, keeping the process non-destructive. It's also important to be able to access edit mode to just select components (points, faces) to work on, or to simply transform a selection. Such an operation could be stored in a 'transform' node.
Fri, Jul 5
Jun 3 2019
Jun 2 2019
Jun 1 2019
Is this going to be worked on further or is it considered final ? (brushes as tools, global brush palette)
May 23 2019
May 8 2019
May 7 2019
Pressing F2 could pop up a window with two fields (label & name), auto focusing the label field ?
May 6 2019
I agree that having enum items jump positions depending on which one is currently active does not seem desireable (what Brecht says), but I have no experience using this, am only judging from the captures provided above. An indicator however would be most welcome, either in the form of a checkmark or a dot at the rightmost edge of selected enum item, or a different background color.
Apr 24 2019
Nice addition, thanks ! Can't versioning code take care of updating drivers on scalein/scaleout ? Or maybe it's simply possible through python (not familiar with this area).
Apr 14 2019
Also, even for LMB select, we could keep Ctrl-RMB as an alternative way to scrub anywhere. But it’s too hidden to be the only way, and requires using a modifier key.
This is fantastic, mad props. :) Does it also apply to copy rotate constraint ?
Feb 16 2019
That looks very nice, great proposal. Probably out of the scope of this task, a way to set a custom falloff curve would be welcome at some point too.
Jan 24 2019
Jan 21 2019
For the record, it's been swinged at before : https://developer.blender.org/T40059
Jan 14 2019
Jan 12 2019
2: Select all items in-between when holding shift / select individual items by holding Ctrl.
When holding shift to select multiple items, we can select all the items in between.
Users can then use Ctrl to select individual items without the ones in between.
Jan 8 2019
Alright my bad.
Jan 7 2019
Dec 29 2018
Could it be handled by the new adaptive layout engine (the one from preferences editor) ?
There could be an auto-hide thingy that shows the button text when it has enough space, and shrinks down to a simple arrow when the viewport is resized ?
Dec 8 2018
Mesh edit mode menus are singular (vertex, edge, face), so maybe have those be singular as well (control point, segment) ?
Nov 20 2018
Very good point. I also use a tablet exclusively (forearm injury prevents me from using a mouse for longer periods of time) and this has been one of my pet peeves. The popovers could also benefit from being scrollable - I am mainly thinking of overlays, as it can quickly get very lengthy, but this is also valid for the new collection visibility popover : I expect with complex scenes it might quickly overflow as well.
Nov 19 2018
I understand that you argue in favor of making more settings available to more brush types - I consider this can only be a good thing ! However I also understood that in your line of thought this brought along the deletion of many brushes from the toolbar/quick-access/whatever because of their similarity to one another. Let me know if I misunderstood. To me, this would be ill-advised because being able to make several very different brush presets from a single brush-type/tool does not justify not making those readily available in the first place.
Nov 15 2018
Hey, this is obviously going in the right direction, but I would like to add this : having tool presets appear in the viewport toolbar would be fantastic (in a tab, or in a retractable part of the region).
Oct 29 2018
Just want to say this is a fantastic idea !
Just chiming in to suggest making this optional. I really don't want to have to look at this while animating, it looks extremely busy.
Oct 2 2018
Two remarks from reading this discussion :
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.