euporie VS Cursive

Euporie is the most complex TUI application I have built:

https://github.com/joouha/euporie

It consists of a TUI editor (and interactive REPL) for Jupyter notebooks, and supports displaying rich output in the terminal (images, LaTeX, HTML, interactive widgets, etc.).

Currently it's part of euporie-notebook, but I'm planning on splitting it out and publishing the web-browser as an independent project.

You can get most of the way there with euporie:

https://github.com/joouha/euporie

I don't support audio yet, but it should be possible using DECPS escape sequences

If you use euporie [1], you can draw plots in a Jupyter notebook in the terminal using matotlib and friends, and have them displayed using terminal graphics.

[1] https://github.com/joouha/euporie

Now with xontrib-jupyter you can use xonsh language in web-based Jupyter Notebook, JupyterLab and in terminal-based Euporie.

https://github.com/joouha/euporie in a a separate terminal works fine for me.

Why synchronize if you can stay in the terminal

I would like a rust lib to build a terminal UI like this: https://i.imgur.com/d5mo8ce.png - that's euporie (https://github.com/joouha/euporie) implemented Python using the prompt_toolkit(?) - it's very pretty and even mouse works...

I'm working on a TUI Jupyter Notebook editor, euporie, which allows you to run and edit Jupyter Notebooks in the terminal.

https://github.com/joouha/euporie

It's useful for editing and running notebooks on remote servers over SSH, or inside containers where setting up port forwarding is not possible or too difficult, or if you just like working in the terminal.

It's open-source, and I have no idea how I would go about monetizing it!

I've spent a lot of time recently working on euporie's HTML renderer, which I'm planning on using to make a new terminal web-browser.

Rust has great libraries for TUIs. tui-rs (https://github.com/fdehau/tui-rs) has been used in numerous popular applications, but is unmaintained. ratatui (https://github.com/tui-rs-revival/ratatui) is the maintained version, and is pretty new. Less widely known is cursive (https://github.com/gyscos/cursive), which I have yet to try.

Aside from the libraries, I just wanted to start a project that would make be better at Rust. The easy distribution with cargo is a huge bonus though.

There are plenty of terminal UI libraries that are actually nice to work with. For Python, there's Textual and PyTermGUI. For Rust, there's ratatui and Cursive (or, if you want something a bit lower level, crosster or termion). For Go, there's bubbletea.

Switching the backend of Cursive to crossterm removed dependence on ncurses

I'd hear of TUIs so I just searched for tui libraries in Rust and Cursive seemed like a good choice and it turned out great!

This weekend I started porting my game to a different UI library (egui) as a way of familiarizing myself with egui. I don't think I'll have something useable to build off of before this year's 7DRL challenge so I guess I'll be reusing my existing UI code (using cursive). But, once I finish porting the UI it should be a lot easier to add fancy stuff like animations, tooltips, and graphical tiles since I won't be tied to constraints of a terminal UI.

Cursive should let you easily build a layout with a menu and status bars (and mouse works).

The thing that gets me about Dwarf Fortress is that it's a 64-bit text-mode game.

As a grey-haired developer who got excited about "DOS Extenders" that allowed 32-bit mode, seeing a text-mode game written as a native 64-bit application is bizarrely anachronistic.

I get a similar feeling from text-mode GUI frameworks for Rust, which allow multi-threading and 64-bit but are essentially clones of Borland Turbo Vision, where you had to be mindful to keep lists smaller than 64KB: https://github.com/gyscos/cursive

Maybe this helps?

cursive