User Details
- User Since
- Sep 10 2012, 1:29 AM (336 w, 1 d)
Tue, Jan 22
Dec 2 2018
Nov 10 2018
Nov 8 2018
Sep 28 2018
Sep 22 2018
Sep 21 2018
Sep 12 2018
Aug 28 2018
Unfortunately this feature breaks shading for hard surface objects.
https://devtalk.blender.org/t/problem-with-rendering-matcaps-after-perspective-fix/1979
Aug 20 2018
Aug 17 2018
Thanks!
Radius of 2 pixels produce quite blurry image imho. 1 px radius bumps smallest details as intended. For big and medium forms we can use SSAO cavity. Both effects works great in conjunction.
Jul 15 2018
Jul 13 2018
Jul 12 2018
Jun 21 2018
Jun 12 2018
If I may suggest something. Button responsible for flipping should be a bool toggle, with blue background if matcap is flipped. This way users will know if they are viewing matcap oriented like in image file or flipped. This may be handy in matcap creation process.
Jun 6 2018
May 22 2018
May 21 2018
May 16 2018
May 14 2018
I cannot agree with this design. Issue is not where to place those "kinda-global" settings but the fact that they are global. This makes absolutely no sense from workflow perspective. We need to have in mind that editors that use those options operate on entirely different contexts and require different workflows. Referring to @Julian Eisel (Severin) post, how can we possibly put all snapping options in one global list? What will happen when user select "Node Y" and work in 3D View or selects "Volume" option and work in UV Editor? Current behavior is subject of complains from community and this design will make it only worse.
Jan 14 2018
Nov 5 2017
Aug 6 2017
Jun 10 2017
Jun 9 2017
Tested on latest build and bug is still present. It turns out object doesn't need to have Shrinkwrap modifier. Individual origins and enabled Proportional editing still apply.
Jun 4 2017
May 2 2017
+1 for simplicity.
People don't use TexFace mapping these days because it's not compatible with Cycles, external render and game engines. If people really need to bring back old BI scenes to 2.8 they can download 2.79 and convert them easily. We might think of providing official addon for 2.79 that do this automatically.
Mar 6 2017
I don't think fusing OS title bar with our top-bar is good idea. Lack of blend filepath and save status would be a significant drawback. Where that will go?
Dec 21 2016
Thanks for clarifying. I was asking because I actually have brief idea how this might be solved, but since this task is closed I'm not sure where to post it. Should I send it to mailing lists or start new design task under someones permission?
The new manipulator oriented tool workflow (of course the shortcut oriented one will still be there)
Nov 27 2016
Nov 12 2016
Thank you @Julian Eisel (Severin)! :) I think people will like new logic for this slider, it works good in other programs.
Nov 5 2016
@Joshua Leung (aligorith) That's a relief. ;)
Is this planed to work in all blender areas or exclusively in pose mode?
Oct 29 2016
Oct 7 2016
Oct 1 2016
Sep 10 2016
Sep 9 2016
Sep 4 2016
Aug 24 2016
Aug 21 2016
Jul 21 2016
Jun 26 2016
I also not fan of preserving 'visibility bits'. This will be very confusing and super error-prone. While managing scene users must not only take care of layers but also set up this visibility bits. This is basically forcing users to do same task twice, every time he move objects between layers. We can just use sub-layers for similar behavior but make everything clear, intuitive and familiar.
Jun 25 2016
Jun 20 2016
Didn't tested that. Thanks.
On 2.76 jiggling still happen but only on boolean intersection.
Both in 2.76 and current master Decimation set to Collapse works fine, topology stays intact.
Jun 19 2016
Jun 17 2016
May 31 2016
May 29 2016
May 28 2016
May 27 2016
May 26 2016
May 24 2016
May 22 2016
@Aaron Carlisle (Blendify) - Today on IRC Sergey pointed me to assign this task to him. This issue is not necessarily related to addon itself. Will add Greg and Bartek as subscribers but reassigning this back to @Sergey Sharybin (sergey).
Mar 19 2016
Jan 29 2016
Clear and well organized. Good job. :)
Jan 25 2016
Nov 28 2015
Oct 31 2015
Hi @Michel Anders (varkenvarken). Any updates on this patch?
Sep 8 2015
Manhattan F2-F1 is very popular in conjunction with mapping shifting by various noises to produce organic structures. Plain Manhattan can be used for nice technical patterns but f2-f1 is used most.
Aug 29 2015
Aug 24 2015
Misunderstood your post Sergey. Phew... ;)
I also agree that SynaGl0w proposition that Michel linked will work best for this features.
Oh my...
Jul 17 2015
Apr 22 2015
Apr 17 2015
Made my day. Thank you Dalai, Sergey and others! :)
Mar 2 2015
Yes. Most of us agree on that. But there is no simple choice between ergonomy and user habits (from other softwares). Two similar standard keymaps would be great.
I think that ASD is fine just like WER. It will be great if we can create 2 "standard" keymaps by switching only ASD and WER keys, rest of keymap should be the same.