You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am currently working on an embedded application in which I hope to support persisting filter values to the parent applicationʻs URL, as well as "Explore from Here" sub-routing. I am able to intercept events such a page:changed, which provide me a url. However, I am unable to use this embed url directly in the Embed SDK, because it is an unsigned url.
I propose adding one or more analogous methods to the createDashboardWithUrl / createExploreWithUrl, but which accept an unsigned url and hook into the existing auth system that is used for createDashboardWithId / createExploreWithId.
Alternatively, a second boolean parameter could be added to the existing createXWithUrl methods, allowing users to specify whether the URL is signed or un-signed.
Optionally, a single consolidated createXWithUnsignedUrl could create and return the appropriate content (i.e. a Dashboard, Explore, or Look) based on the unsigned URL it receives. This would greatly simplify deep integration with parent applicationʻs browser history.
The text was updated successfully, but these errors were encountered:
We have a similar use case where we would like to be able to pass in unsigned url to the EmbedBuilder for Cookieless Embedding.
Currently some of the initial filter values are generated on the server side, if we could pass in a precomputed targetUrl from the server to the EmbedBuilder and rely on the Embed SDK for handling the session and tokens, then it would make it a lot simpler as this would allow the server to maintain full responsibility over the configuration of the embedded information. Allowing us to pass in the full targetUrl will also bypass some limitations of the EmbedSDK such as #151
I'd like to request this as well, it would still be a helpful feature. In addition, SDK support for the hidden /emebd/query endpoint would provide faster rendering than embedding a look.
I am currently working on an embedded application in which I hope to support persisting filter values to the parent applicationʻs URL, as well as "Explore from Here" sub-routing. I am able to intercept events such a
page:changed
, which provide me aurl
. However, I am unable to use this embed url directly in the Embed SDK, because it is an unsigned url.I propose adding one or more analogous methods to the
createDashboardWithUrl
/createExploreWithUrl
, but which accept an unsigned url and hook into the existing auth system that is used forcreateDashboardWithId
/createExploreWithId
.Alternatively, a second boolean parameter could be added to the existing
createXWithUrl
methods, allowing users to specify whether the URL is signed or un-signed.Optionally, a single consolidated
createXWithUnsignedUrl
could create and return the appropriate content (i.e. a Dashboard, Explore, or Look) based on the unsigned URL it receives. This would greatly simplify deep integration with parent applicationʻs browser history.The text was updated successfully, but these errors were encountered: