Feature Request

To have sorting function or URL mapping for knowledge base as currently it is not sorted by any order which is hard to search through the pages.

Your newest August 2026 update introduced an icon change for published articles with an active draft for "clarity". This removed the yellow dot as a draft article indicator and replaced it with an icon that is nearly similar to the published icon: green with a sliver of yellow on the right and bottom (signifying a draft article, yellow, sitting underneath a published article, green). Problem is, the new icon is very difficult to distinguish at a glance from the regular green published article and significantly REDUCES clarity. I can also image this would be hard to see for users who are visually impaired, not only because blurry vision would obscure the yellow sliver, but people with red/green color blindness wouldn't be able to easily distinguish the green on top of the yellow. Either way, scannability has now severely decreased when I am looking through folders and trying to find articles that have edits, because the yellow dot icon was so easy to spot sitting to the very right of the words. I think the old system was honestly way better and more straightforward. The color of the article indicated published (green) / unpublished (yellow) / formerly published (grey), and the dot icon indicated whether the article was in edit mode (yellow) or NEEDED editing because it was stale (red). This made articles in edit mode or needing edits way easier to see from the sidebar. The new article favors showing publish mode (green icon with yellow sliver) over whether an article is in edit mode. And for me, whether an article is published is way less important than whether an article has a draft. Drafts change day-to-day, especially if multiple writers are working in the same KB. So I want to easily have a visual indicator if someone's working on a new draft. Please do something to these new icons. It really does have a huge impact for end-users. My ability to quickly open folders and scan the KB has been severely impacted, and it's going to slow my work in many respects. And I know there are visually impaired users or those with color blindness who are pulling their teeth over this change as well.

I believe these are missing localisations options: On the feedback-forum the "characters" limit is missing localitsation on the PDF export of multiple articles the article count is missing there are one setting the i want one with a capital letter and one wihtout in the "favorites" site.

Currently, a company's favicon appears fine on non-mobile device browsers, like on a MAC or PC when searching for help articles via search engines like Google. Viewing help articles via a mobile browser through Google, presents Doc360's favicon instead of the brand. Doc360 support team mentioned that brand favicons are not supported in mobile browsers. Please this to create brand continuity for your customers.

The contributor multi-select filter shows only a count badge ("say 11 items selected") rather than listing the actual selected users. Selection visibility: Users cannot see which contributors are currently selected without reopening the dropdown—requiring extra clicks to verify their filter. Deselection feedback: When backspace is pressed to remove a user, only the count decreases (11 → 10) without indicating which user was removed. Currently, managing a list of 11 contributors requires constant dropdown toggling to verify selections. Larger teams and frequent filter adjustments would benefit from improved visibility and clarity. Clear labeling of selections enhances filter accuracy and user confidence. Suggestion: Display selected users as individual dismissible tag/chip elements with their names visible and individual X buttons, so users can: See all selected contributors at a glance Understand exactly which user was removed when deselecting Remove specific users with clear, direct action Replace the count-only badge with a tag-based chip UI showing each selected user's name with an individual dismiss (X) button. This provides immediate visibility of all active filters and clear feedback for every change

There are many instances in Document360 where the user sees a list of articles and can click a button (a box with an arrow pointing out of it) that opens that article in the editor in a new tab. Sometimes, this behaves as expected and the article opens in a new tab. This occurs in: the Feedback interface when selecting a single article from the All Articles list and clicking "View in KB" or "View Preview" at the top of the list Elsewhere, these buttons open the article in the same tab, interrupting the workflow the user was in the middle of. This occurs in: Find and Replace: the user must return to Content Tools > Find and Replace > re-enter search term and select another search result from the list) Workflow Assignments: the user must return to All Articles > Workflow Assignments > Select the workflow being used > sort/filter as needed > Select the article to be worked on) I believe these would be simple code fixes, and they would improve my experience of using this product immeasurably.

I love the broken link list, but am really struggling to tell which link is broken when viewing the specified page in the WYSIWYG editor. Please make it possible to highlight broken link in WYSIWYG view.

A paid POC customer has requested a visual notification indicator for the "What's New" (megaphone) icon on the KB Site. Problem: Currently, readers need to click the What's New icon to check whether any new or updated articles are available. Unlike the Read Receipt bell icon, which displays a red badge indicating pending acknowledgements, the What's New icon provides no visual cue that fresh content is available. Requested Enhancement: Display a notification dot or badge on the What's New (megaphone) icon whenever one or more articles have been published or updated within the configured "Show article status for [X] Days" window. The indicator should: Appear when new or updated content exists within the configured time window. Follow the same visual pattern as the existing Read Receipt notification badge for consistency. Automatically clear once the reader visits the What's New page (or alternatively, when the icon is clicked). Work for both Public and Private KB Site 2.0 projects. Customer Value: This allows readers to know at a glance when new content is available, improving discoverability and engagement with recently published or updated articles while maintaining a consistent user experience with the existing notification patterns.

A Doucment360 user wants to have Document360's calendars to have a week starting from Sunday rather than Monday as it is now. The reason is, in the US they follow the method of having the week started with Sunday and this improves the convenience.

Currently, the left navigation panel on the Knowledge Base site maintains its own independent scroll position. When a user scrolls to the bottom of a long article, the main content reaches the end of the page, but the left navigation does not automatically scroll to the bottom, requiring users to scroll the navigation panel separately to view the remaining categories. Requested Enhancement: Synchronize the left navigation scroll with the main page scroll so that the navigation panel automatically reaches the corresponding position as users scroll through the article.