-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider renaming or removing "Areas" in dropdown #45181
Comments
The purpose of the feature is to highlight template parts within the document that have semantic meaning. So we should probably stay away from more generic labels like Sections or Synced blocks.
I often use the dropdown to clear customizations, but never to navigate template parts. List View feels like a more intuitive destination for this kind of activity. Obviously that's subjective, but if the general consensus is that this feature is never used, perhaps we could consider removing it? |
I'd be curious if it would be missed too :) |
We're using a classic theme and are excited to add Template Parts now that 6.1 is here. In our case, does this dropdown even do anything at all? We certainly can't figure out what it's supposed to be accomplishing and is just confusing to our users. |
@MadtownLems this dropdown when looking solely at template parts, would allow you to change the semantic meaning of the template part (general, footer, header). I can totally see how this is just confusing to folks! |
@annezazu Unless I'm misunderstanding something (totally possible!), this dropdown has absolutely no impact or bearing in the case of traditional themes that make use of Template Parts, correct? All of our Template Parts are registered by our theme. Giving them a new "Area" seems to have no effect, as far as I can tell. (And even if it did, it seems like users shouldn't be able to re-assign Template Parts to a different area) |
That's correct ^ @Mamaduka -- since you implemented the template parts in classic themes, I wonder if there's a way, for now, to remove this dropdown from that experience. As @MadtownLems points out, it doesn't really make much sense to have and I wouldn't want to wait on this larger decision about the dropdown to be made in order to move this forward. |
That makes sense, I will create PR shortly for hiding the dropdown. |
Noting more feedback to consider as a part of the nineteenth call for testing:
Curious how/if this can evolve as browse mode does as well as it does seem to be less and less relied upon. |
This was resolved via #48490. |
What problem does this address?
Currently, the dropdown when in the site editor shows a section titled "areas" when referring to template parts. This is a bit confusing as "areas" is not a well defined term and it's referring to template parts:
I understand that each template part sets an assigned "area" and carries semantic meaning but I'm a bit confused around the naming of "areas" in the dropdown.
What is your proposed solution?
Rename "areas" to something like:
cc @jameskoster for context here since afaik you've worked on that dropdown!
The text was updated successfully, but these errors were encountered: