search

whitphx / stlite

In-browser Streamlit 🎈🚀
https://edit.share.stlite.net
Apache License 2.0
1.22k stars 62 forks source link

Rebrand: "stlite" -> "StLite", "Serverless Streamlit" -> "In-browser Streamlit"? #1009

Closed whitphx closed 2 months ago

whitphx commented 4 months ago

StLite

In-browser Streamlit

For all visitors to this issue: Feel free to leave comments about your thoughts. I'm not an English native speaker so not confident about such wording decisions.

hoishing commented 4 months ago

When I search for something like Streamlit with WASM, Streamlit without a server, etc., it often points to stlite. It’s already well-ranked by search engines and LLMs.

So, I vote for StLite because it can leverage the existing ranking in search engines. Additionally, it won’t confuse users if they find some old materials with the old name.

Also, his naming style is in line with similar projects like JupyterLite and Gradio-Lite, users with Pyodide experiences can guess what StLite is on the first sight.

By the way, a subtitle may help newcomers understand what StLite is about. Refer to others like:

lukefullard commented 4 months ago

I like StLite :)

Abdelgha-4 commented 4 months ago

+1 for the subtitle idea. The current first phrase on ReadMe is a bit technical:

A port of Streamlit to WebAssembly, powered by Pyodide.

A standard streamlit user would look for StLite when trying to "Run a Streamlit Application Entirely in the Browser", without needing to know about the underlying technology (WebAssembly, Pyodide ..).

For further targeting of users with only knowledge of Python/streamlit, I'd suggest extending stlite sharing to expose all stlite features in a GUI style. It'd be much simpler if you don't have to edit the raw html source file yourself while still having all the convenience and flexibility features (stlite.mount options, file attachement, app with folders etc ...). Minimizing the effort / learning curve to switch from streamlit to StLite (Drag & Drop, minor configuration and you're ready to go)

whitphx commented 4 months ago

Thank you all!

subtitle

That's a nice point! Yes it should be improved as well.

I'd suggest extending stlite sharing to expose all stlite features in a GUI style.

@Abdelgha-4 Thank you! Can you explain it a bit more? StLite Sharing now allows users to write only Python code and share it in several ways. What kind of features do you think should be added? FYI, these are existing feature proposals to make it easier to use StLite in different ways. Do they cover the use cases you think of somehow?

875

901

Btw what about "Stlite" instead of "StLite"? It's easier to type and looks slim?

Abdelgha-4 commented 4 months ago

The CLI is definitely a step in the right direction! An ideal design IMHO would allow to convert any arbitrary Streamlit application into an Stlite app with a single command:

cd any_streamlit_app_project
stlite build my_app_entrypoint.py "my_stlite_app.html"

The HTML generator on stlite sharing allows that partially with some missing features that forces you to to edit the resulting HTML manually to enable them, what I can think of is:

I think a great feature that solves all of this it to be able to upload the whole streamlit project folder and let stlite sharing figure out the rest for you and generate the html.

This could be done in two phases:

  1. Parse the streamlit project and create the html with the right structure, files and configuration.
  2. Ultimately if faisable, parse the streamlit app code to automatically "patch" the parts that may need to change due to stlite limitaions. For example automatically convert time.sleep into await asyncio.sleep, and add await asyncio.sleep(0.1) after every st.spinner ...
whitphx commented 3 months ago

@Abdelgha-4 Thanks. I understand your needs. Let's discuss it in separate issues as follows and keep here focusing on the branding discussion.

whitphx commented 2 months ago

Done. Thank you all! We need to update the logo lastly.