textual VS nicegui

The Textual project has a lot of screenshots in its documentation. These screenshots are built with the docs, so they are always up to date.

https://textual.textualize.io/

Textual[0] does this for CLI apps. That’s not for full GUI apps, but it’s very DOM-like, uses CSS selectors, etc. and a cool option when it meets your needs.

[0] https://github.com/Textualize/textual

For future projects that need a TUI beyond normal printing to a terminal, I'd recommend taking a look at Textual.

https://jupyterbook.org/en/stable/content/code-outputs.html#...

`less -R` is not the default.

FWIW, textual (and urwid) does ANSII escape codes well: https://github.com/Textualize/textual

  touch file$'\n'name

After installing logmerger, you can run a self-contained demo by running logmerger --demo, to view two log files before and after they are merged, and to play with the user-interface features provided by textual.

I think it just survived naturally, filling in the cracks left by Java / C++.

And not the era of Textual (https://textual.textualize.io/) is here, python may get the spotlight even more.

I was looking at this space and nicegui seemed like the best ootb experience.

https://nicegui.io/

Dash is similar in spirit, as a "build web UIs with Python" framework. Dash seems more similar to nicegui (https://nicegui.io) architecturally than to Hyperdiv. Like nicegui, it builds a static dom that is then mutated via callbacks or data bindings.

By contrast, Hyperdiv lays out UI declaratively based on state, and when state changes, the app re-runs, generating an updated UI. Streamlit and Hyperdiv seem to work similarly, though I'm not sure how Streamlit handles state and state-based layout.

For native GUI, DearPyGui[0] as modern as you can.

For browser web-based GUI, you can use nicegui[1]

[0] -- https://github.com/hoffstadt/DearPyGui

[1] -- https://github.com/zauberzeug/nicegui

I want to bring to attention a set of frameworks that make webdevelopment using Python simple and fun. The popular opinion maybe that webpages developed with Python maybe slow. But this is not the case. Do checkout https://github.com/ofjustpy/ofjustpy/, https://github.com/zauberzeug/nicegui/ and https://github.com/justpy-org/justpy . All these frameworks are build on top of Starlette and make web development really easy. If you want simple and ready to use the nicegui is the choice. If you want fast, scalable, and more control then give ofjustpy a try.

Yes, NiceGUI aims for a very gentle learning curve. Coming from Streamlit I suspect your main adaptation will be that in NiceGUI you need to write valid Python code. Streamlit constantly reevaluates your script which feels nice and easy but creates lots of problems down the road. See https://github.com/zauberzeug/nicegui/discussions/21.

Auth is a big limitation. It's not a built-in component, they have [an example](https://github.com/zauberzeug/nicegui/blob/main/examples/aut...) using the FastAPI layer for auth, but I haven't had time the time to try implementing it. It's definitely not something you get out of the box with NiceGUI.

For scaling, I am viewing it mostly as an internal tool builder. I wouldn't recommend it for external applications. So as far as scaling an internal app I think it works fine. [Their website](https://nicegui.io) is built with NiceGUI, and it works fine, but you can feel the lag occasionally on some of their larger demo pages.

Well, I was at PyCon Ireland last weekend and I missed the NiceGUI talk. I hear postive things about it and anything shiney and anything frontend-related always catches my attention (although I admit talking to a friend when I missed this talk was just as fun, and it was worth it).