@William Reynish (billreynish) I understand, just doing what all the other programs fundamentally do is great.
I was channeling the feeling of users in discussions I've seen on forums who are glad Blender doesn't do this because they don't like when all windows are forced to the front. But also, I personally have experience where I wish I could control this behavior.

Oh, my gosh, my heart skipped a beat seeing the descriptions of this task. I've been wanting this fundamental feature for years and it's finally coming. Thank you so much for tackling this.

This is exciting stuff! And I love the idea of the relevant nodes spawning as gizmos. Really looking forward to seeing what the idea looks like practically. I'm for any and all ability to control the nodes as visually as possible.

From the user perspective, with the current implementation, I'd like to note 2 things.

1. Not being able to add current scene into the VSE is confusing. There is nothing to indicate it becomes a possibility by creating a whole new scene; It makes the user think he's doing something wrong or that this is a bug (Note the bug reports).
2. It is indeed annoying, feels needlessly clunky.

I agree, this sounds like a nightmare. I save very frequently via Ctrl+s, and if this is not saving the image, that means all the saving will be moot if the hours-long session decides to crash.

Does this task also cover shared viewport (LookDev) settings?

I don't know if this is within the scope of this task, but currently, changing the "Blend Mode" under "Settings" for materials in Eevee doesn't work for multiple objects.

If nothing else, if it would result in the expected behavior of live updates like in 2.79, then I think not using cache by default makes sense.

@Clément Foucault (fclem) Is there a good way around this problem? Or are there plans to remedy it?

I'm on Windows, and distance muscle memory is a good point by @Brecht Van Lommel (brecht).

I came across this problem yesterday and confirmed the source of it today.

Ah, that's interesting. Can you please point out where the options are for the VSE preview?
I spent a good 20 minutes looking for it to no avail.

@Piotr Adamowicz (madminstrel) Agreed. I don't mind a few "obscuring floating element"s, but they should always be movable. Ideally, also resizable. And maybe dockable.

Just adding that I checked with today's version of Blender 8b2b79c2108b and here are the observations:

As a user, I expect it to literally copy the visual transformation, not copy visual transformation but still offset based on constraint. If I wanted that, I might try to copy local transformation, but not visual.

I'm a Windows user, but after the initial "What the heck" reaction, I didn't mind it being an icon and having those Mac-like way of doing things, since an icon is small and distinguished.
Of course, the problem is users may not understand it to be a button, and it's a highly non-standard behavior on Windows.

Ah, it is a setting issue after all. Thanks so much!

It might be the same issue as the side note I made regarding clear visual discrepancy between the same rendering modes for the 3D viewport and VSE preview.
However, I'm not convinced it addresses the core problem I began this report with, which seems to be stemming from the VSE preview not displaying shading options like "Backface Culling" from the 3D viewport.

Neat, thanks!

Until @Brecht Van Lommel (brecht) or some other developer can chime in, and since there was no resolution, should this task be reopened?
I don't know how these tasks are organized for visibility for developers, but I'd imagine tasks marked as "Resolved" would not easily be re-reviewed.

Oh, no problem, I appreciate you looking into it! And, yes, the black is caused by the flip normals option that I setup intentionally.

Right, because the default 3D view doesn't have Shading option enabled.

Hi, @Richard Antalik (ISS), did you open up the file I attached to check the problem? The issue still remains in 2.79 and also in the latest 2.80.

Ah, that makes sense, sorry about that.

Thanks for tackling the issue of not being able to box select while in transform mode, very welcome development!
Tried to replicate this myself by doing different things to the keymap before but I kept running into different problems, so quickly gave up. Glad to see it will officially be remedied.

Just an update that when I initially created this task, I hadn't tested on 2.8. I did just now with the latest beta and the problem is still there.
With the same test file above, Eevee actually seems fairly consistent, except for the lack of the backface culling effect (the viewport outline) in VSE (but other viewport effects seem to work, like DoF, AO, Bloom).

Okay, including a sample .blend file that should be self-explanatory:

Got it. Will try to take care not to accidentally enable it.

In T60548#600932, @Christopher Anderssarian (Christopher_Anderssarian) wrote:

Don't worry, this is being addressed:
D3934: VSE cache with frame prefetching (WIP)
D3597: Add proxy support for all sequences

Hi, thanks for the response, Antonio. Is it possible to make 2.79 act like 2.8 and not make it enable Continuous Drawing?

2.8's Grease Pencil behavior seems to be that way I wanted/expected it to work.

Ah, I see. That'll do it, thanks!

In T52586#476128, @Peter Fog (tintwotin) wrote:

Oh, so integrating the sequencer with the 3D Viewport like this, will no more be possible? Previz Camera Tools
How about allowing the Sequencer run in a "local" scene different from the "global" scene on the same screen? That way the global scene(screen setting) could be switched as the scenes changes in the sequencer(by a script), but not the contents of the sequencer(area setting). That way the annoying problem of changing the scene also changing the timeline contents of the sequencer could be avoided.

This seems to be a short-term, and patchy fix to Blender not being able to handle an ideal workflow. I really hope the idea of a "global" sequencer is being looked at by the Blender Foundation.

@William Reynish (billreynish) I see it akin to orthographic/perspective, it's a usability issue. I think this is especially true when sculpting, but I find even when modeling or animating, sometimes I want to turn the viewport a certain direction that Turntable doesn't allow me to, but it takes me out of my workflow to fire up the preferences window, find the option to toggle.

Not sure if this is where it needs to be suggested, but couldn't find a more appropriate task.

I like how the splash screen is shaping up. I saw the following shot on Blenderartists: [image]

Ah, okay, my apologies. I misread that as the usual request of dragging and clicking the mouse to enable box selection.

In T56702#544572, @William Reynish (billreynish) wrote:

As for only dragging when you are over an object, that is not how Blender works, and probably isn't a very good idea for handling complex 3D scenes. You may be working in wireframe, you may have many tiny objects, or objects with holes, or thin, long objects. It would be very fiddly for most things if you had to drag on top of the thing you want to move. One of the nice things is that you can drag wherever you want

Maybe others can chime in here, but I've used Blender in left-click select mode with left-click drag enabling box select for years and I can't think of a single time this was an issue.

This is shaping up to be an excellent revamp of the default key map.

@Duarte Farrajota Ramos (duarteframos) You mean "This is shaping up to be an excellent industry standard key map", right? The default Blender standard key map is another task altogether.

@William Reynish (billreynish) I mean is this task open to discussions on how to improve the pie menu in general, or meant only to discuss the specific items you outlined in the Description above?

Is this task meant for improvements in general to the pie menu, or just these specific proposed changes?

Hi, @lucas veber (lucky3), thanks for the response.

I just wanted to say I like the first horizontal design a lot, especially with the strip of templates with quick visual representation of the different modes. It actually stirs in me the the desire to want to get into the program and work/explore, which is a huge plus.