Just remove these package_spec files I think. They are out of date and unless we intend to spend time fixing them there is no point to have them in our repository.
@Michael - (michael) Klement (zaha) Max uses "q" to just toggle all transform gizmos, it's pretty good.
Ctrl Q is a standard for quit for a lot of programs.
Ctrl A is an undisputed standard for select all everywhere.
I think Photoshop has the most comfortable deselect - Ctrl D
Closing in favor of the Debian bug, there's nothing we can do on our side.
You'd have to take it up with whoever makes those ppa's, this page should have contact information for the maintainer of the package.
No, running directly from the beta build (blender-2.80-5a144c797a3b-linux-glibc224-x86_64) works fine. There must be something wrong with the ppa I assume. Should I raise this somewhere else (and ideally where would that be)?
Just downloaded latest build and unfortunately nothing changed. Debug GPU attached. ty
@William Reynish (billreynish) Over easter I got around to really test the industry keymap on project. While overall okay, I quickly got the feeling it's slow and cumbersome compared to the default Blender keymap. I had to resort quite often to the search for some things that did not have shortcuts. Here are some suggestions to improve this for pro users:
Any feedback please?
While it would be good to support this, color all stay in scene linear space by design currently. There are ways to improve this design but it's outside the scope of the bug tracker.
@Jacques Lucke (JacquesLucke) Ok, I have been able to locate the possible root of the issue. It's related to the 'Object' setting in Texture Coordinates nodes in the object's material.
If I remove the entry in the Object field (in this case it's 'HLP_center.001'), I can go to Shading Workspace just fine.
In fact, if I create a new file with a new material, go to LookDev mode, add a texture with a mapping node and put e.g. the Light in the Object text field, Blender crashes immediately. At least it does for me.
I have rebuilt from scratch, even tried to build dependencies again, but still it crashes. The build from buildbot however doesnt. I have no idea what's going on. Obviously you cannot debug my system, but maybe you have an idea where the problem might come from?
My NVIDIA driver is also 418.56, btw.
You are right, this commit caused the bug.
Thanks. I think, this happen about all custom property. context.scene.[prop] , context.object.active_material.[prop],
I noticed that tabs located below sidebar have 100% active area deadzone.
So maybe this commit might be the cause? rBbe3adb51de21
You are sooo fast ! This is awsome guys !!
Could not find the cause for this...
I'm not opposed to some generic system to easily visualize data layers from a modifier. But adding a specific Dynamic Paint setting in the overlay settings seems like the wrong direction to me, and either way I would not think this is high priority.
OK, did a complete rebuild from scratch and vc16 libs: same crash
And just a few minutes ago a fresh build from the Buildbot came out ( 5a144c797a3b ) and it also crashes on 2 different workstations (the one in the description above and a Threadripper 1950x machine with a GTX 1080, both running Win10 x64).
Viewport display settings in general are inherited from the instancer, and it's really important to be able to do this for big scenes where you want to e.g. show just bounding boxes. It's arguable if object color is such a viewport display setting or not, I don't have a strong opinion on that.
Okay, must be some local problem, on my other machine it doesnt crash. Trying make clean now.
regarding the "odd" behaviour:
can you reproduce this with a build from https://builder.blender.org?