The task status is for our internal management of reports. Resolved is only used for valid reports that were fixed by changes in code.
Changing back to Invalid.

There actually are other ways out of it, like the Shift+Fxx shortcuts (e.g. Shift+F5 for 3D View).

@William Reynish (billreynish) suggested to go with the term "Preferences" rather than "Settings":

In rBb00963afc14978b2de7f2859525bf89612aa4aee#206251, @William Reynish (billreynish) wrote:

Hey, this is a nice improvement already. The only thing I would opine against is the name. 'Settings' is much more ambiguous than 'Preferences', especially in an app like Blender which includes many settings in the Properties Editor and lots of other places.

The name 'Preferences' serves as a much more unambiguous differentiation from other settings, than the name 'Settings'. Plus, Preferences is a general standard name for this kind of thing.

I agree with him, he makes a good point. So if nobody objects I'll change the term.

In rBb00963afc14978b2de7f2859525bf89612aa4aee#206251, @William Reynish (billreynish) wrote:

Hey, this is a nice improvement already. The only thing I would opine against is the name. 'Settings' is much more ambiguous than 'Preferences', especially in an app like Blender which includes many settings in the Properties Editor and lots of other places.

The name 'Preferences' serves as a much more unambiguous differentiation from other settings, than the name 'Settings'. Plus, Preferences is a general standard name for this kind of thing.

Made a (rough) implementation of the panel based layout for testing, which looks like this:

• Bump subversion for adding navigation region correctly on file load
• Rename User Preferences to Settings in new menus
• Minor refactor of enum item grouping logic

The patch is outdated, and more importantly I added vertical properties editor tabs to 2.8 recently rBab6c7ff2ab1531. The User Preferences UI is also being worked on in T54115 & D3088, making this patch obsolete.
Closing.

Abandoning since a) lots of touched code has changed dramatically, and b) a new implementation of local view is worked on in D3973 .

While such error detection would be nice to have, I agree that this isn't a really versatile/useful way of doing it. Just wanted to know how other devs feel about this.
Maybe a static analyzing tool could be more helpful.
Closing.

Closing since a different solution has been committed to the blender2.8 branch.

Move File section into system group

In D3088#90218, @ThinkingPolygons (ThinkingPolygons) wrote:

Thanks. One question, will those areas be scrollable independent?

For me that's one of the main issues currently, we have to scroll a lot when configuring stuff.

The contents are unchanged, so except from the new navigation bar, they look like before:

• Use new navigation region type for UserPref navigation
• Update default theme for UserPref navigation bar
• Scale up layout & use icons for category groups
• Address review inline comments
• Move interface item back to top
• Rename operator: "Save User Preferences" -> "Save Settings"

This should actually be considered as bug, so merging into bug report.

Huh, that's actually what I did (have this aliased in fact). I've seen this many times in commits by others, first time this happens on one of mine. Curious to know what caused it, but nevermind if it doesn't cause any issues.

Not sure why those subproject changes are in there. @Campbell Barton (campbellbarton), hope this doesn't cause any issues?

Committed rBab6c7ff2ab1531f. Thanks a bunch for the reviews guys!

• Rename "Navigation" to "Navigation Bar"

In D3840#87481, @Ruslan (Loner) wrote:

If possible, I would like to be able to choose : the left side or the right side. Just maybe anybody like,if it is located on the right side, but I prefer that it is located on the left.

You currently can, but only using the "Flip Region" operator (F5 in the 2.7 keymap). I would prefer to have a right-click menu option for it, just like we have for headers. This can be added once this patch is in though.

In D3840#87405, @Brecht Van Lommel (brecht) wrote:

This looks great. I think we should move the context path into the header, at least until there is a search function.

Good idea, will do so in a followup commit.

For the naming "navigation" is a bit confusing because it made me think of the navigation gizmo. Maybe "context bar" is better? I don't have a strong opinion though.

"Context" is quite ambiguous too, what about "Navigation-bar"? That doesn't sound too much like a gizmo.

• Fix tabs not aligning correctly when tab-bar is swapped to right
• Minor Cleanup