Skip to content

Conversation

@skmahe1077
Copy link
Contributor

Fixes #6306
This PR reorganizes and updates documentation pages across the Knative Docs site in line with the recommendations outlined in the referenced issue

@knative-prow knative-prow bot requested review from Cali0707 and pierDipi November 17, 2025 00:34
@netlify
Copy link

netlify bot commented Nov 17, 2025

Deploy Preview for knative failed.

Built without sensitive environment variables

Name Link
🔨 Latest commit 6579b05
🔍 Latest deploy log https://app.netlify.com/projects/knative/deploys/691fb1a18da3520008c9bb68

@knative-prow knative-prow bot added the size/S Denotes a PR that changes 10-29 lines, ignoring generated files. label Nov 17, 2025
Comment on lines 1 to 13
---
audience: developer
components:
- eventing
function: reference
---

# Eventing FAQs

## What is a Sugar Controller?

The Sugar Controller is an optional controller which will automatically create and clean up brokers based on the creation/deletion of namespaces and triggers.
For more information on how to enable and configure the sugar controller, read the [sugar controller documentation](../sugar/README.md).
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd prefer not to remove the FAQ, this was something that was highlighted as something we needed in our docs due from user research. I understand it only has one entry currently - maybe a better fix is to expand it? cc @evankanderson

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you have a list of the other FAQs? Generally, FAQs should actually be frequently asked, and I'm not sure that the "Sugar Controller" rises to that level.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For this, sugar controller was a frequently asked question in KubeCon Chicago (not 100% sure why 🤷 )

I can take a look at expanding the FAQ section, probably next week sometime

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Even just a list of frequently-asked questions without answers could be useful. As-is, the content is a bit lonely.

Copy link
Member

@evankanderson evankanderson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The event mesh change makes sense, though you should add it to the config/redirects.yml file.

I'm happy to remove the "release notes" page, as it wasn't really adding much value.

It sounds like Calum has some plans for the FAQ -- either hold off, or get a list of topics that we can at least incorporate as comments, even if we don't have great answers yet. (And maybe if we write the questions, an LLM can do a first pass on the answers and then we refine it.)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This document isn't in our navigation (I'm not sure where we'd put it), so it functionally doesn't really exist. If it contained more content than simply links to the GitHub releases page, I'd be more inclined to keep it. My current feeling is that it's not worth it, so we should drop it.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest we delete this file.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Deleted this file

# Concepts
###############################################################################
- Overview: README.md
- Quick Start: README.md
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The "Technical Overview" is an overview, and not a quick start. The quickstart is under the "tutorials" section.

Image

Since that issue was opened, we've changed the homepage text to "Try the tutorial", rather than the somewhat-misleading "Explore Knative":

image

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reverted the change and modified Overview to Explore Knative under tutorials

Comment on lines 1 to 13
---
audience: developer
components:
- eventing
function: reference
---

# Eventing FAQs

## What is a Sugar Controller?

The Sugar Controller is an optional controller which will automatically create and clean up brokers based on the creation/deletion of namespaces and triggers.
For more information on how to enable and configure the sugar controller, read the [sugar controller documentation](../sugar/README.md).
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you have a list of the other FAQs? Generally, FAQs should actually be frequently asked, and I'm not sure that the "Sugar Controller" rises to that level.

@knative-prow
Copy link

knative-prow bot commented Nov 19, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: skmahe1077
Once this PR has been reviewed and has the lgtm label, please assign houshengbo for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

- Observability:
- Collecting metrics: eventing/observability/metrics/collecting-metrics.md
- Metrics Reference: eventing/observability/metrics/eventing-metrics.md
- FAQ: eventing/faq/README.md
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think @Cali0707 was requesting that we don't delete this at this time.

Calum, how strongly do you feel about this? Sugar controller might have been a hot topic a few years ago, but is it still frequently asked?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I still think we should not be deleting this file. In the UX WG call on Wed we spoke about updating and expanding this in the next few weeks, and @Leo6Leo is already looking into finding our research earlier about FAQs new eventing users have. I agree sugar controller is maybe less of a hot topic now, but I don't think that means we should remove it from the FAQs.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added the file again

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest we delete this file.

Copy link
Member

@evankanderson evankanderson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One more comment, thanks for doing this (and sorry that versioned documentation is so persnickety).


The Sugar Controller is an optional controller which will automatically create and clean up brokers based on the creation/deletion of namespaces and triggers.
For more information on how to enable and configure the sugar controller, read the [sugar controller documentation](../sugar/README.md).
For more information on how to enable and configure the sugar controller, read the [sugar controller documentation](/docs/eventing/sugar).
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't use absolute links here; they will break for anything other than the current version (e.g. pre-release or v1.21 when that's old will link to "current version" rather than the same version as the source link.

Additionally, mkdocs link checking does not work for absolute links (and the GitHub rendering will also be off).

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Mkdocs also "likes it" when you link to the markdown files, and will adjust the urls on publish as needed.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry i have copied from the deleted file somehow missed the path and now corrected the link and verified in my local

@evankanderson
Copy link
Member

mkdocs strict has a pair of relevant warnings:

WARNING -  Doc file 'development/eventing/brokers/README.md' contains a link '../event-mesh.md', but the target 'development/eventing/event-mesh.md' is not found among documentation files.
WARNING -  Doc file 'development/eventing/concepts/event-mesh.md' contains a link 'images/mesh.png', but the target 'development/eventing/concepts/images/mesh.png' is not found among documentation files.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

size/S Denotes a PR that changes 10-29 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Reorganization issues

3 participants