Feature Request

We would like to request a feature that enables users to directly land on a specific section of an article page when accessing it through the Knowledge Base (KB) widget. This will enhance user experience by allowing them to navigate to the exact section they are interested in without unnecessary scrolling or searching.

Related articles currently don't show up in KB Assistant, and we would like them to be accessible in the Assistant.

It would be great if there is a copy/clone option for an URL mapping to copy an existing mapping and create a new one. Customer usecase is to copy an existing mapping and then only change the mapping name & URL.

Requesting widget implementation as a Web Component due to the following reasons: The main issue with the current implementation of the widget is that it gives the Document360 widget full access, both script-wise (JavaScript) and style-wise (CSS). This can lead to application breakage (intentionally or unintentionally), data theft, and other security risks. Several CSP rules are allowed, but these primarily apply to scripts. However, the application is forced to use ‘unsafe-inline’ styles generated by your script. Requirement: Implement the widget as a Web Component with a “closed” mode ShadowRoot. This approach will ensure the isolation of your widget from the rest of the application, preventing any styles or scripts from leaking into the main application. Reference links: Web Components - https://developer.mozilla.org/en-US/docs/Web/API/Web_components ShadowRoot.mode - https://developer.mozilla.org/en-US/docs/Web/API/ShadowRoot/mode

Possibility to change the size and the shape of the in-app icon.

Currently, the Document360 Knowledge Base (KB) widget provides easy access to articles, but it does not display the date and time of each article. This feature request proposes adding a timestamp to the widget, similar to how articles display date and time when viewed directly on the KB portal. This will help users determine the recency of content directly from the widget.

It would be great if we could have the option to change the button color of the "Authenticate" button which appears in widget when JWT is configured

We have an application through which our internal employees impersonate external customer accounts. They would be impersonating different accounts of their external customer during a single session by clicking on a button "" View intern portal as username", after entering the external customer ID. All these external customers might be part of different reader groups. We would like to know if it is possible to reinitialize the token for the internal users based on the users that they are impersonating within a single session.

Currently, when we enable or disable the JWT toggle for the widget, the API key changes for that particular widget. As a result, if the widget has already been installed, it disappears from the Knowledge Base site or third-party application, displaying an "Invalid API token" error in the console. It would be helpful for the users if we display a warning message while disabling/enabling the JWT toggle in the widget settings. This will make sure that the users are cautious while enabling/disabling this JWT option in the widget.

Enable customizable homepage widgets that can be filtered by category or tag. For instance, if I wanted to generate a list of the most recent articles published in a specific category, I could add the "Recently Created Articles" widget, and then select that desired category in the filter settings.