Feature Request

We are requesting a significant upgrade to the "Status" indicator system. Instead of a single, "Custom" status, we need the ability to create multiple custom indicators that can be displayed simultaneously on the public-facing Knowledge Base articles. (These should function as high-visibility UI badges, managed and displayed separately from the existing "Article Tags" system used for SEO and search boosting.) Currently, Document360 limits an article to one status indicator at a time. This is restrictive because statuses often need to convey different types of information to the reader. - Example: An article might be "Updated" (Status) AND require an "Enterprise License" (Functional Metadata). - Right now, we have to choose one or the other, or manually type this into the article body, which lacks visual consistency and searchability. Proposed Solution: "Visual Badges" System A dedicated system for Concurrent Status Indicators that provides: Distinct UI Layer: Indicators should remain at the top of the article (near the title) to give immediate context to the reader, separate from the Tag cloud. - Multiple Active Indicators: The ability to toggle multiple statuses for one article (e.g., a "Beta" badge AND an "Enterprise" badge). Independent Logic: These indicators should not affect search weight in the same way tags do; their primary purpose is visual communication. - Custom Styling: A dedicated settings page to define the Label and HEX color for each unique status.

When a contributor edits an article they sometimes leave it open, and it's hard for those responsible for reviewing and publishing to start on their edits. It would be useful if the admin could have the option to unlock articles. There

I do NOT like not seeing the slug that is used when I make an XREF. The new advanced editor Link editor only shows the article title when you select the article to be linked. I want to see the SLUG as well as the title. I also want to be able to manually enter or edit the slug. Sometimes I create a link to an article that has not yet been created, or I know the slug will change soon. The old editor let you do that because it let you edit the slug in the link. The new link editor doesn't allow that. Another problem: this has always been a problem but now it's worse: When linking to a HEADING on the same page, the link editor has always added the slug and then the anchor ID. This is very annoying because it means when the user clicks on the link on the published page, THE WHOLE PAGE REFRESHES instead of just jumping to the heading. I have always worked around this by NOT USING the "link to a heading" feature. I simply manually add the anchor ID in the link box. BUT NOW I CAN'T DO THAT because I don't have access to the slug when making a link. I know of a workaround: I click the tab to add an EXTERNAL link and then add the anchor ID in the URL field. This works for now, but is it just a matter of time before you take that away too? At a higher level I find it annoying that so many features keep changing in ways that are supposed to make tasks "easier" but in reality they only make it easier for people who don't know what they're doing. For people with experience working on web-based documents, we find this "dumbing down" of the features to be very annoying. This removal of the slug field in the link editor is a perfect example of this.

It appears I can't configure the various filters in the new Tasks page to find articles in a given workflow that are assigned to someone else, which I need to be able to see.

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.

PDFs require downloading or open in limited view. It would be helpful to have an option to open PDFs in full-page mode directly within the platform, without needing to download them.

It would be cool if the user could close the smart bar. At the moment we have to manually hide the smart bar. What if the customer already read it and understood it? It does not need to be shown again, so he could close it with an X symbol. Figma: https://www.figma.com/design/8gzFbxf1abW63EAmOQzq9l/Settings---Site?node-id=4953-10352

Currently in the knowledge base, any article that is replicated shows this with its corresponding icon. The same applies, if an article is marked as private. However, if both states apply to an article, only the lock-icon to mark an article as private is shown. This makes it necessary to open each private article to know if it's a replica, making it impossible to verify the statue of articles in the category structure at a single glance.

It would be nice to have the possibility to add links to files that are stored in the Drive directly from the article page (currently you need to go first to the Drive, identify the document to link, copy the link address and paste it in the article)

I like to switch between light and dark mode when reading through the articles or when checking for odd dark mode text formatting. Right now, you have to select which mode to read the article in at the top of the article, but when scrolling, that control disappears. Can we add the ability to change modes while scrolling through an article, along with the search functionality?