No that's not what I'l looking for. What I want to do is what history.replaceState(state, unused, url) does in JS. change the shown url and the browser history, but not navigate.
Ah I see now. I've not noticed any equivalent of that in the devkit. I've seen a navigationservice and router classes as possibilities in the internal code, but they aren't exposed in devkit.
Might take a little playing with to figure out how to get the other params passed for stateObj, pageTitle, etc. Searching the source for "crt.7XRequest" would likely find some examples of similar requests.
Is there a clean way to hide the left and right navigation menus in Creatio without resorting to CSS hacks? I am building a scenario where an external app loads Creatio in an iframe and I need to restrict the user from navigating away from the screen that is shown in the Creatio iframe.
I think that adding custom css is the most appropriate approach in your case. Since it is impossible to make the left and right menus invisible only for some specific page. You can modify these menus, however these changes will affect all pages in the application.
Please find more information about how to add a custom css style in the article by the link below:
When drilling into a detail record from an edit page, the URL shown for the page in the address bar does not update to match the record shown by default. Is there any way to make this happen in client-side code? Or perhaps a setting which can be enabled? An important part of the application I'm currently working on is the ability for users to share the links to pages externally, and being able to do so by copying the URL sometimes (e.g. when drilling into a Section record to get to the edit page) but not other times isn't good UX for the client.
We know we can add an action bar button to copy the link, but this also isn't what he client would like if avoidable, for the above reason (consistency).
Unfortunately, there is no way to retrieve a direct URL when opening a record from the detail since Creatio is a single-page application, the navigation is stored in operative memory and could not be obtained. This is done to enhance system speed.
We do have a problem registered for our R&D team in the "Accepted" status regarding the possibility to dynamically change the link once the record from the detail is opened and it is planned to modify the current logic in one of the future releases. As for now the only way to retrieve the direct link is to open the detail record in another tab by right-clicking on it and selecting the "Open in another tab" option.