In T62841#646255, @William Reynish (billreynish) wrote:

I still think switching collections with 1-9 in object mode is also weak, simply because it's not predictable and screws up your scene visibility too easily, but that's another issue.

In rB7ed5e9f2f78f131aeb9032826a72fe23eaa10b98#223503, @William Reynish (billreynish) wrote:

@Pablo Vazquez (pablovazquez) It is not a hard limit, but a soft limit.

Is there a technical reason why hard-limiting this? Can you link to bug reports about render errors or such?

In D4568#103661, @William Reynish (billreynish) wrote:

Great! IMO I don’t think we need different buffers. It might just end up being confusing then.
I think users just expect there to be one buffer for this stuff.

In T61480#645180, @Campbell Barton (campbellbarton) wrote:

Suggest this:

• F4 opens file context menu (as F2 did).
• Add Preferences (So F4, PKey still opens preferences).
• Window context menu is a submenu.

Please do not remove the File IO menu.

Overall looks like some neat improvements in organization!

Background-images counting has to be refactored to check on Empty images now. Is that something you can do? I can look into it in a few weeks otherwise.

In D4487#102195, @CansecoGPC (CansecoGPC) wrote:

Fixed addon error when activating it.
Shift+Z and Shift+Alt+Z shorcuts functions are already integrated in Blender 2.80.
Maybe only_render.py on render folder could be removed?

In rB4831dd5f387927da603ad5a137cd7c014677a3f5#221616, @William Reynish (billreynish) wrote:

Maybe we should also revise this name:

Afaik, it means 'Display High Resolution Smoke in the Viewport'

Maybe it should be moved to Smoke Viewport Display panel?

Or, if we leave it, clarify the functionality by calling it 'Display in Viewport' or something like this?

Makes sense. I leave it to the native English @William Reynish (billreynish) and @Campbell Barton (campbellbarton).

Exciting to see you working on this again! 😄

In D4468#101567, @Brecht Van Lommel (brecht) wrote:

When you use factory settings there are no text shadows, but when you select Blender Dark they are back again. That's due to an inconsistency in the startup.blend and the default style.

In D4468#101554, @William Reynish (billreynish) wrote:

No, obviously not. But given that we are awash in great themes submitted by the community, it also seems silly to cling on to this one, just because.
In the end I will leave it up to @Pablo Vazquez (pablovazquez) if he wants to maintain it, or if we should just use any of the nice ones kindly contributed by the community instead.

In D4440#101518, @William Reynish (billreynish) wrote:

Another idea:

We could rename 'Image Size' to 'Format' and include Frame Rate. Then it's clear that frame rate is affected by the preset.

I would then rename 'Time' to 'Frame Range'

Many apps essentially do something similar. The frame rate is part of the format, and the frame range is something different.

In D4440#101514, @William Reynish (billreynish) wrote:

@Pablo Vazquez (pablovazquez) If it wasn't clear, the reason for the sub-panels, was to solve the problem with the presets.

I'd rather go with separate panels. Like Sebastian mentioned it takes space while not adding much, and since we already have room I don't see an issue with having separate panels, we only have 5 top-level panels at the moment.

Works for me in factory startup (Linux, NVIDIA). Noticed it only works when Multisampling is set to 2 or No Multisample (Quality panel in Viewport Preferences).

Is this still an issue with the latest Firefox 65.0.2?

Archiving this task since:

• The Blender Cloud design changed.
• The video player changed.
• Edge is currently in version 44.

This no longer applies with the new system by Tobias.

This report is no longer valid with the new navigation design.

Hi 2014! Closing this task since it either has been fixed already or browsers have different issues anyway. Will re-open if it still happens.

This has been fixed time ago. If it's still an issue please feel free to open.

Please follow the guidelines for commit messages:
https://wiki.blender.org/wiki/Style_Guide/Commit_Messages

Hi @Sebastian Parborg (zeddb) I'm not a developer (just design/UI) so this is beyond my scope, I've reassigned this to Campbell since he's been working on keymaps.

Maybe using my approach but making each row actually two columns? So the label is 50%, and slider+checkbox is the other 50%.

Looks good! As long as both Time and Image Size are open by default it's okay.

It is confusing indeed. It needs a mix of subpanels for splitting into categories and fixing the list.

That was so fast! I'm currently animating dozens of different objects and particle settings. This saves so much time and pain. Thank you so much!

In rBb104b3cdcff00ac4ac17b3b52e05997aa92fb562#220340, @Brecht Van Lommel (brecht) wrote:

I've reverted the commit now.

Regardless of it being correct or not, having 1 item sub-panels seems overkill?

Ohhh @Harley Acheson (harley) the landing didn't preserve your author name, sorry about that :( Will read more on how to do it properly next time, thanks so much!

Nice detail! I can't test the patch right now but as long as it keeps it centered then it should be fine.

Nice tweak! It's more related indeed.

In D4406#100217, @William Reynish (billreynish) wrote:

...for an option that artists won't use

I personally open/close Blender so often that I use the feature, but as long as there is a way to make our own operator skip the dialog via invoke then it's fine.

Nice! The shortcut (Shift+Z) doesn't seem to trigger wireframe on GP objects, only regular objects. The Z pie menu works fine though.

Please keep cleanup and code changes in separate commits.

Any reason for this to not be available in all animation editors? (Timeline, Dopesheet, NLA). I think it could be useful and it's also less confusing than having a scene-wide tool (markers) with editor-specific display features.

From the user point of view it's the same concept: a dialog that prompts on quit. @William Reynish (billreynish) what is your take on this?

Seems like most issues are solved now, looking great!

In D4359#98903, @Duarte Farrajota Ramos (duarteframos) wrote:

Not sure if it can be addressed by this patch, but it seems related.
In the RGB curves node, the wrench icon menu opens sideways to the right of the button, unlike any other, which can get annoying.

In D4359#98890, @Mikhail Rachinskiy (alm) wrote:

does it also affect color picker-type popups?

It does not, color picker is a different widget type.