- User Since
- Feb 1 2018, 12:48 PM (80 w, 6 d)
Tue, Aug 20
@Jacques Lucke (JacquesLucke) Yeah this is intentional as far as I know. I don't like it as well.
The selection modes have some weird conditions on shared UV point positions. This coupled with the very different behaviour of the selection syncing makes it quite confusing to work with. It takes a while to internalise how everything works. IMO this needs a redesign at some point.
@Pablo Dobarro (pablodp606) All good points.
I like the idea of using pie menus to make multiple tools accessible through the same shortcut but this could make cycling between brushes a pain. Also I think the proposal by @William Reynish (billreynish) for improving the brush workflow will be better to access brushes quickly and will trump the selection between tools: T56744
Draw brush: the D-key is used for annotation everywhere in Blender
Mon, Aug 19
@Erick Tukuniata (erickblender) I think we should target the default settings to pen users primarily since it's pretty much what sculpt mode is supposed to be used with. Personally I don't think that anyone should use a mouse unless there's no other way.
@William Reynish (billreynish)
As long as developers are aware of the issue and it's documented somewhere as a to do I'm ok with that ;)
@William Reynish (billreynish) Ok this surprised me. I don't think this is very user friendly. I do get the justification on a surface level but then why wouldn't the options also disappear the moment you create custom shortcuts or change some shortcuts manually. You could change the Blender keymap completely and still have these options available but once you create a new keymap to export it or create a backup, it will deny you these basic options?
To everyone here at the studio this looked like a bug because it seems nonsensical to just remove the settings after a new keymap is created.
Even in 2.79 you still had these options on the side after creating a custom keymap.
I do like the idea to expose the "Autosave = On" as a checkmark when it's enabled.
Fri, Aug 16
I think @William Reynish (billreynish) and/or @Campbell Barton (campbellbarton) had a task on brush/tool shortcuts for Blender 2.8 Sculpt Mode?
I couldn't find it but maybe that's worth linking & looking into as well.
I'm saying this because if we discuss shortcuts for the new masking operators then it's important to keep in mind that each Tool should have a shortcut assigned by default as well..
Thu, Aug 15
@Yevgeny Makarov (jenkm) @Campbell Barton (campbellbarton) I think this one could help as well. Since any save option is just kinda missing when auto-save is enabled. It's all hidden in the popup otherwise.
Wed, Aug 14
Sun, Aug 11
Sat, Aug 10
@William Reynish (billreynish) I have some feedback after using this Tool for a few months now.
Too be honest I thought I would never use this tool since it has pretty much only 1 purpose: Remesh via Dyntopo. A functionality that almost all other brushes already share.
So I would often just turn down the strength to 0 of my current brush and remesh the surfaces that way. It was always faster than to switch to a different tool.
But I eventually realised that the Simplify Tool's greatest setting is "Autosmooth". For a while now I kept using it to both remesh and smooth surfaces at the same to get clean surfaces out of the box.
It became my "Dyntopo Smooth" Brush with my custom 'Alt + S' shortcut.
Fri, Aug 9
Wed, Aug 7
Sun, Aug 4
Fri, Aug 2
I agree on semi-automatic (also depends on what we mean with semi-automatic) and automatic retopology. That even makes sense as a new object type or whatever else might be the best way of doing it for both users and developers since the way of working with the topology could be so different.
Manual retopology might be best kept in Edit Mode.
Thu, Aug 1
@Wo!262 (wo262) Even though it kinda sucks to say it: I think you have a point.
Calling these new retopo tools "basic functionality" is not accurate IMO. The most important additions are better overlays to see geometry while retopologizing and better snapping options. And ideally all of that within the new slick interface of 2.8 to get rid of time wasted for setups.
Most new tools would be part of edit mode anyway like the push/relax, updated grid fill & polybuild, and maybe even more. Tools like contours, polystrips and strokes will be super helpful but are these couple tools worth it to split Blender into more modes?
@Pablo Dobarro (pablodp606)
I get that it would probably be easier to develop but it doesn't sound like the rules are that strict like you say.
we need to code it in a way that supports all element selection modes, every combination of overlays and shading modes possible, it should share the same keymap as the rest of the tools from edit mode, it should not modify the selection of other elements, it should support all combinations of scene snapping modes and targets...
That said. we could probably also also do a less ambitious solution, without so many specialized tools, and just improve the display, and do some tweaks to snapping and then leave it at that. Separately there's a possibility that we could begin to add some more tools to Edit Mode, like a Quad Paint tool for painting strips of quads, a Tweak Brush tool for nudging vertices around, and so on.
I think @Erick Tukuniata (erickblender) brought up a fair point though. The cost/benefit of a separate mode strongly depends on the level of automation we can expect from the new tools. If the target is excellent manual retopo, then going with improvements to Edit mode would be much preferable. If the devs are more ambitious and are going for something semi-automatic, like described in Data Driven Interactive Quadrangulation, then a new mode would definitely be the way to go.
I mentioned this when chatting with @William Reynish (billreynish) and I think it's worth noting here as well:
Wed, Jul 31
I think we need to closely examine why we could need a retopo mode and why we could just stick with edit mode. If it's really just about the display of the mesh, a couple paint-like tools and a few new mesh creation tools, then maybe a dedicated mode is not worth it. That way we can keep everything in edit mode.
I think it's just super important that the retopo process ends up as effortless as having it as a seperate mode.
Even if it's off topic I think the concept of the shading presets from the code quest can help out a lot here, to define a dedicated retopo setup for shading & overlays options ... just to throw in an alternative solution ;)
@Julian Perez (julperado) I use the smooth brush quite a lot as a faster way to relax parts of the retopo. I do this while constantly copying & applying a shrinkwrap to make the snapping still work. The Thumb/Snake Hook brushes are useful to move or just kinda drag bigger portions of geometry along the surface (again lots of copy/apply of shrinkwrap).
Other than moving & smoothing I don't use any other brushes. Implementing brushes for edit mode would be kinda odd but I could see it working as simple versions I guess (without curve presets, textures, stroke methods, etc) similar to paint(circle) select.
So far I've been using a combination of Edit Mode, Sculpt Mode and lot's of modifiers to make retopology work. For me it sounds logical to make it it's own mode to make a focused interface, display and tools available in the same mode.
The alternative would be constant switching between edit mode and sculpt mode to access specific tools only available to one but then lose the display of geometry of the other. I guess it could be done as separate new features to edit mode and sculpt mode but a new mode is more elegant and comfortable to work with for that task.
I'm not sure this is the best way to arrange these options. I think it's much more clear for users if "LookDev" is always Eevee and "Rendered" is always Cycles. And then "Rendered" can get options to disable the scene lights or use a custom background.
The name "LookDev" is then not really accurate, but still I think it's better to keep that separation between engines more clear, rather than "LookDev" shading mode using a different renderer depending on the settings.
@Julien Kaspar (JulienKaspar) and @Andy Goralczyk (eyecandy), do you have a preference on how this would work?
Mon, Jul 29
Wed, Jul 24
@William Reynish (billreynish) Personally I don't think it needs to add too much clutter to the UI since it's essentially just the 2 colors & color switcher in the topbar + the blend mode in the brush options. The color palletes could also be shown in the tool settings within the brush options.
In the overall picture of brush settings that's very little to add.
Jul 22 2019
Jul 19 2019
Jul 17 2019
To give my 2 cents: I find it very easy to roll the view when using trackball navigation instead of turntable. The reason why I would love a more fleshed out feature is definitely for the camera view.
When in the camera view it's one way to just select the camera and start rotating it but there's no way of rolling the view like a canvas without rotating the camera itself.
Jul 15 2019
Jul 9 2019
Jul 6 2019
Jul 1 2019
Jun 7 2019
May 27 2019
May 23 2019
May 21 2019
May 15 2019
May 13 2019
@Campbell Barton (campbellbarton) I like the inclusion of this setting but I don't think it should be enabled by default.
One common scenario is that when we commit bug reports we load factory settings to test if the bug is tied to our personal preferences or startup file.
After we checked that we just close Blender and now this would destroy our own preferences without a warning. We would have to constantly be aware that this setting is enabled by default and could ruin our own preferences at any time if we make changes that were not intended to be saved.
May 8 2019
@Dalai Felinto (dfelinto)
Unfortunately I wasn't able to try out the Diff so I just read through the description.
Some things were a bit hard to understand but regarding your open question:
Should we have per collection OR per (view) layer collection viewport visibility?
May 7 2019
May 2 2019
Apr 23 2019
@Antonio Vazquez (antoniov) @Matias Mendiola (mendio) @Daniel Martinez Lara (pepeland)
I agree. The optimal drawing feel should be most important. The suggestion of the even spacing of points will feel worse and will make details get lost with to wide spacing but in certain corner cases can have a curve that's easier to work with. The simplify & adaptive simplify are great additions but don't solve the problem of massively uneven spacing or extremely dense curves.
The spacing option could also be used for drawing regular poly curves. I hope that these will share a lot of functionality with grease pencil at some point since grease pencil is so much more advanced now.
Apr 16 2019
Humm, interesting results but as a sculptor, the stronger the cavity effect, the better, for sculpting,
Apr 12 2019
@Andrzej Ambroz (jendrzych)
I really like the third mockup! As another thing to point out: There is currently also the issue with making the selected objects clearly visible when they are within collapsed collections.
Apr 11 2019
Mar 29 2019
@Jack Schaberg (JaySchay) I do agree that there are some things that need to be considered like keying/driving render and viewport visibility. Right now it's not possible for viewport visibility, which is a big issue.
@William Reynish (billreynish) @Brecht Van Lommel (brecht) @Dalai Felinto (dfelinto)
If the screen icon gets replaced by the instanced visibility then it needs to be possible to key/drive the eye icon, which means that the eye needs to become global instead of per viewlayer.
That's something to consider.
Mar 23 2019
@Clément Foucault (fclem) Doesn't seem to help for me either. The materials still end up pink.
Mar 20 2019
Mar 16 2019
@Dalai Felinto (dfelinto) Ah ok. The latest build I downloaded at home clearly wasn't the most up to date. As far as I can see it's now working just as I expected it to.
@Dalai Felinto (dfelinto) I think we had this conversation before during the code quest. Here's my feedback on the topic:
Mar 11 2019
@Philipp Oeser (lichtwerk) I will look into arc. Thanks for the commit. It works just as expected :)
@Philipp Oeser (lichtwerk) I don't think so. I am doing it through the linux terminal based on how some developers at the studio walked me through it. I don't know what arc is ...
@Philipp Oeser (lichtwerk) Sorry I can't use the Diff for some reason. Can you send me a build so I can test it?
Mar 8 2019
Mar 7 2019
Mar 6 2019
@William Reynish (billreynish)
But ... most tools/brushes are not really compatible either in the settings or in how they are used. And these differences make sense.
You can't use textures or colors for weight painting since these are useless for that mode. You can't define options like weights, auto-normalize and multi-paint for vertex painting for the same reason. Some settings are not available for the brush in one mode or another which makes any brush setup in most cases useless and unnecessary to share between modes (especially vertex paint & weight paint).
Mar 5 2019
Mar 1 2019
The naming for delete is pretty clear: "Delete" for the what you selected and "Delete Hierarchy" for the entire Hierarchy of the selection.
"Duplicate Linked" doesn't imply the hierarchy part. It could just as well be the default duplicate linked operator for objects.
Naming it "Duplicate Hierarchy Linked" is clearer but maybe too long?