Feature Request

Currently, updating the article title does not reflect on the site until it is published. However, changes to the article description appear on the site's index page even before publishing. It would be great if we could avoid displaying the article description if the article has no content. If an article under the Index category lacks content or a description, it would be great to display the article title and published information instead.

I need to know if any other articles link to the one I'm currently working on. This helps to both understand the relationship tree of information, but also to know what will break if I delete an article.

I'm certain I'm not the only person who uses Document360 in this way! Due to the nature of our products, we have 5 workspaces and most of our articles are shared among 2 or 3 of them. This means that I only need to update the article once and it's updated across all the workspaces using the article. This is great EXCEPT for links. The user should never navigate away from their workspace, as all the info they need is in that workspace. However, if I start replicating articles, then any links within the article will direct the user to a different workspace / product, and may not even be aware (they are all quite similar, hence the heavy use of replicated articles). I've figured out a workaround. Within the article (either before or article) remove most of the slug to just leave the name of the article, e.g. <a href="/workspaceA/docs/welcome-to-my-replicated-article"> becomes <a href = "welcome-to-my-replicated-article"> This works quite well but is incredibly cumbersome and prone to errors and omissions. Without wanting to solutionise, when adding links to articles, simply providing an option to include only the slug rather than the workspace in the URL would be incredibly useful! TLDR: Replicated articles mean users can navigate away from their current workspace without them even realising.

The customer requested the ability to export a CSV file containing only categories and subcategories from the All Articles section. Currently, the export option only includes articles within the category structure. The customer specifically needs a hierarchy export in the format Category > Subcategory 1 > Subcategory 2, without including any articles.

When publishing articles across multiple languages, we use the All Articles page with category filters to manage bulk publishing. To save time, we save these filters in English, then switch to the translated language to repeat the process. However, saved filters don't persist when switching between language versions. This means we have to manually reconstruct the filter from scratch — but since the categories in the translated version may have different names or structures, it's not always clear which ones to select. Impact: Every bulk publishing cycle across languages requires redundant filter setup, with a risk of missing articles due to category name mismatches. Request: Saved filters should either sync across language versions or remain accessible when switching, so teams can apply the same filter logic without re-mapping categories manually each time.

When I need to continue editing an article, it seems obvious to click Edit, but that button only re-forks the article from the published version. Instead, I have to go to Revision history and open the existing fork from there. This results in a confusing and useless pile of forks. I propose the following UI changes: In the kb site, change the Edit article label to Open in portal In the portal, change the Edit button to Create new version in the portal, add a button Edit latest version

Currently, article URLs only include the article slug (e.g., /docs/article-name). Requesting an option to include the full category path in the URL structure (e.g., /docs/category/article-name). This would help distinguish articles with similar names across different categories, improve URL clarity, and provide a more intuitive navigation and SEO experience for large knowledge bases containing thousands of articles.

In All Articles, Published Article is not accurate: it only counts articles that are published with no existing draft. I don't consider an article that someone forked and is working on a new version of to not be published. I need to be able to easily get a count of all articles that are published (visible to a reader, logged in and not) and of articles that are pure drafts (have never been published). The Draft category in All Articles is also not accurate for the same reason: It includes published articles that have a forked draft.

The current “All Articles” view does not provide an efficient way to search for articles by name. As the number of articles grows, it becomes increasingly difficult and time-consuming to locate specific content without manually scrolling or navigating through categories. Requested Enhancement: Add a search functionality within the “All Articles” view that allows users to quickly locate articles by name. This should include: A search bar within the “All Articles” page Real-time or near real-time filtering based on article titles Support for partial matches and keywords Optional sorting or filtering capabilities by adding columns to customize Business Impact: Improves efficiency in locating and managing articles Reduces time spent navigating large volumes of content Enhances overall user experience for content editors and admins Supports scalability as the knowledge base expands Current Behavior: No direct search capability within the “All Articles” view Users must manually browse or rely on alternative navigation methods Expected Behavior: Users can quickly search and locate articles by name directly within the “All Articles” view

It would be useful to create filters in All Articles for negation--articles that do not have such and such tag or label, for example.