-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Give the title area a block description #8469
Comments
Adding a screenshot for reference.
|
Perhaps we could make the permalink more discoverable by utilizing this area? |
It's worth discussion! Added the |
Maybe we can just not have block show when it's clicked? I mean it's not yet a block so having it behave this way seems a little wrong. I know this adds in a new element of only showing 'block' when it's clicked on a block, however I think this could make a lot more sense and stop the confusion. @jasmussen pinging you here as this is a little move from what we have now but to me I think sensible. |
Yep, excellent discussion to have, and I agree completely with Tammie. This is a "temporary" problem, in that we absolutely mean for the title to be a block so you can remove it, but that won't happen in the near future. Which also means "temporary" could be a while. But it's worth mentioning, as that suggests any solutions we figure here are eventually going to be in the "back compat" category. In that vein, although I agree we should surface the permalink editing in a better way than we have now (separate issue is filed somewhere with some good ideas there), we probably shouldn't put it in the inspector here, given this preface. But a description seems like a superb first step. Something that describes what the title does, what it means for SEO, where it shows up on the page, and perhaps even acknowledge that this isn't a block which is why you can't move it and such. Something like:
☝️ that, but less techy, shorter, better, sweeter, perhaps. @michelleweber? |
How's about something like:
I'd put a paragraph break after "blank!" for easier quick reading, if there's space to do that. (Ideally, there are 2 versions, one for posts and one for pages, to avoid using "document" -- I suspect that when people are writing posts or pages, they're not thinking in terms of "documents.") |
Holy guacamole that's good. You're good Michelle. You're good. But yes, I intentionally used "Document" because of the post/page split. But it's worse than that — we might have a million unknown custom post types. So if there's a word we can use as an umbrella term for any content type, that would be easiest, especially for translators. I feel like @yoavf might have had some thoughts on this in the past. |
I do what I can. Bummer about the page/post thing -- I figured it wouldn't fly and there was a reason you'd originally used "document," but I had to try! Options:
Personally, my vote is with 1. But assuming that 1 lacks the specificity you want here, I'd probably go with 3. Or whatever better thing Yoav has already come up with :) |
As far as translation is concerned, it's definitely possible (and something we've done in the past) to create three variations of a string. One for posts, one for pages, and one for all other content types. This way you can customize the message specifically for posts or pages, and have another more generic message for everything else. |
I'm going to go ahead and remove |
@yoavf My personal feeling is separate strings could be overkill, and still won't account for Custom Post Types (but happy to be persuaded otherwise). I agree it's confusing whether this is a block/movable item (the design treatment currently furnishes the Title area with Block-like appearance), but I think addressing that nuance through design would be better than description text. @michelleweber riffing on your copy from above:
|
Would this be in place of the "no block selected," with no other description? I'd probably say "add" or "write" instead of "craft" -- they're a little less formal, a little more accessible. "Add a title to identify this content on your site. They're helpful for search engines and social media, too." |
Should this also have a block icon? |
Maybe after it becomes a real block? See #11553. |
Closing as there is now a proper title block. We'll hopefully soon start using it as the default template. |
The title area can easily be mistaken for a block, with it being so close to the content.
If you select it, the
Block
section of the extended settings will showNo block selected
, which may seem a bit confusing, how about introducing a text here that informs users what they are looking at, something simple likeThis field is the title of your <post>, and its placement is determined by your theme.
I added that last bit about placement, since it looks like it's a part of your content, when in reality it isn't.
The text was updated successfully, but these errors were encountered: