Skip to content

Reworking page titles and hero elements #50317

Open
@SayakMukhopadhyay

Description

@SayakMukhopadhyay

As part of our progress with #41171 I noticed how in the absence of any announcement, the hero banner below the navbar behaves. The hero banner is not part of Docsy and I feel like it could be removed since it repeats information. Below are some screenshots to illustrate my point.

Image
Home page, large and small screens, with the hero banner in cyan

In the home page, the hero banner doesn't look out of place so I don't have any qualms about that.

Image
Documentation main page, with the hero banner in cyan

In the documentation main page, we see the "Documentation" title both in the hero banner as well as in the body after the breadcrumbs. I feel the title in the body should be enough and the one in the banner can be removed.

Image
List page in documentation

In one of the list pages in the documentation, we don't see a header in the body at all. I think we can do either:

  • Remove the hero banner title and use a title in the body
  • Make the hero banner title "Documentation" with the title in the body reflecting the section.

Image
Single page in documentation

Now a single page in documentation doesn't have a title in the hero banner at all, only in the body. This is the opposite of the list page. Either we can keep it as it is or use the second point from above.

Image
Blog page

As for the blogs page, both the blog list page and singular blog pages have the hero banner with the title being "Kubernetes Blog". This is true for other pages too.

I think an update is necessary to bring all the pages into single UX. Just not sure which option to choose.

  1. Remove the hero banner altogether
  2. Remove the hero banner from the larger screens and keep it for smaller screens
  3. Put the title of the first section or the title of the page on the hero banner
  4. Something else?

Metadata

Metadata

Assignees

No one assigned

    Labels

    area/web-developmentIssues or PRs related to the kubernetes.io's infrastructure, design, or build processesneeds-triageIndicates an issue or PR lacks a `triage/foo` label and requires one.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions