Regarding current stlite limitations

@Armin Gharakhanloo Maybe this is something you can look into?

Hi @Boye Sjo and sorry for the delayed reply.

I’ll go through your questions one by one:

Query parameters

This is actually possible to do today using st.query_params:

import streamlit as st
my_param = st.query_params['myCustomParameter']
st.write(my_param)

You will need to add the parameter to the URL. It might also be an idea to ensure that parameters hideCode=true and hideToolbar=true is set to hide code environment.

Session state

For session state we recommend st.session_state. This allows you to store per-session state, but it does not serialize across sessions. If you wish to store state between sessions you could look into https://pypi.org/project/extra-streamlit-components/ to store state across sessions using browser storage. I have not tried this myself but would be interested in hearing your experience if you try it out. 

Memory

I think using Cognite Functions as a way to offload heavy computation is an interesting approach and urge you to try :)

3rd party libraries

I agree that this is probably the most severe limitation of an in-browser implementation of Streamlit. We are very much aware of this and are discussing if/how to mitigate some of the pains. One thing we have discussed is the possibility to embed locally built “Python wheels” (*.whl) in the app to at least enable building wheels locally when they are not available.

I hope this helps :) 

Hi @Boye Sjo,

Did the above help you?  

Somewhat. I can not get query parameters to work. They are accessible from 

st.query_params

but do not appear in the browser’s URL bar and do not persist when switching back from another page.

As it stands, for the purposes of my current projects. I don’t think the native CDF hosting and user authentication will be worth the effort of migrating away from Pola.rs, query parameter states and server-wide caching in addition the risk of worse performance.