wetty
notcurses
wetty | notcurses | |
---|---|---|
11 | 102 | |
4,086 | 3,288 | |
- | - | |
7.1 | 7.6 | |
5 months ago | 25 days ago | |
TypeScript | C | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
wetty
-
Homelab Adventures: Crafting a Personal Tech Playground
WeTTY
- What is the best ssh web based app with docker currently??
- Question about Data Transfer to New NAS
-
Anybody have a good dashboard tool recommendation?
I use wetty for a terminal in a browser. https://github.com/butlerx/wetty
-
How to expose the server terminal(truenas or any linux) with Traefik?
You’re already running docker. Install Wetty. Works great. Make sure you have strong strong Auth though.
- Access SSH through web ui.
-
Managing SSH Sessions Doesn't Have to be a Royal Pain
Can RGNets look into integrating Wetty, terminal over https (https://github.com/butlerx/wetty) where we can ssh to devices it manages from the fleet or the rXg itself without giving direct shell access to users.
-
Charm – tools to make the command line glamorous
ttyd is a nice little web terminal: https://github.com/tsl0922/ttyd Just small, fast, low fuss C-based executable.
wetty is another good option if you want to run a nodejs app: https://github.com/butlerx/wetty
Both use xterm.js for the client terminal, which is these days the only game in town for a web terminal (it's what VS code and many other electron apps use too). It's quite good.
Do be aware though that running a web-accessible terminal is a huge security headache. You're opening up a websocket to effectively allow commands and code to run on your server. Pay attention to security and authentication options any web terminal gives you, and use them. Most are not very secure out of the box or just following their readme examples.
-
SSH from a container?
Do you mean something like Wetty?
-
Example of a web app interacting with backend process via terminal-like interface?
Hello, does anyone know of an open source project/web app/library, written in Haskell, that makes terminal interface accessible via browser? An example of what I'd like to achieve: Start R repl process withing a docker container on the backend (e.g. `docker run -it --rm rocker/r-base`) and allow user to interact with it using terminal-like interface from their browser (with stuff like TAB completion working etc.) It seems that xterm.js is a popular choice to implement the client side of such a thing, but I'm looking for some inspiration of how a backend of such an application could be implemented in Haskell. Examples in other languages that do similar thing to what I'd like: Go: https://github.com/yudai/gotty Typescript: https://github.com/butlerx/wetty
notcurses
-
Text UIs != Terminal UIs
> The only reason we don't have animation frameworks for the terminal is because it's not possible
https://nick-black.com/dankwiki/index.php/Notcurses
- Notcurses: Blingful character graphics/TUI library
- Notcurses
-
good high-level ncurses library
Notcurses. Install it and run notcurses-demo to be suitably impressed.
-
Ratatui: Build rich terminal user interfaces
Same for me, I would be much more motivated if there was something like textual for Rust. Given the capability of terminal emulators now I think Rust is lacking behind in the TUI field. Just checkout what can be done with something like notcurses
-
Terminal emulators that break from the traditional rendering approach?
On the application side of rendering, see notcurses, it is at the leading edge: https://github.com/dankamongmen/notcurses
-
Doom on Teletext
Other TUI libraries of note: https://github.com/dankamongmen/notcurses/blob/master/doc/OT...
-
Io Uring
The broader world probably knows him best for the terminal handling library Notcurses[1] and a lot of telling terminal emulator authors to get their shit together.
I’ve had his grad-school project libtorque[2] (HotPar ’10), an event-handling and scheduling library, on my to-read list for years, but I can’t seem to figure out how it accomplishes the interesting things it does.
[1] https://nick-black.com/dankwiki/index.php/Notcurses, https://github.com/dankamongmen/notcurses/
[2] https://nick-black.com/dankwiki/index.php/Libtorque
-
Are We Sixel Yet
In XTerm, this (rightly) makes no difference. In Foot and Contour however, you still end up a line resp. a screen below where you started, if now with the correct horizontal position.
So it seems to me like what you want should work by default, except it doesn’t.
It should be possible to instead just treat the whole thing as a graphical overlay (by computing or directly asking for the character cell size, as Kirill Panov rightly admonishes me is possible with XTWINOPS) without touching the cursor; that’s what the “sixel scrolling” setting (DECSDM) is supposed to do. Then you can just manually move the cursor forward however many positions after you’re done drawing.
Except apparently the DEC manual (the VT330/340 one above) and DEC hardware contradict each other as to which setting of DECSDM (set or reset) corresponds to which scrolling state (enabled or disabled), and XTerm has implemented it according to the manual not the VT3xx[1,2,3]—then most other emulators followed suit[4]—then XTerm switched to following the hardware[5,6] (unless you and that’s what I’m seeing on my machine right now. So now you need to check if you’re on XTerm ≥ 369 or not[7]. If I’m reading the Notcurses code right, other terminals have followed suit[8].
Again, ouch.
P.S. It seems DEC had an internal doc for how their terminals should operate (DEC STD 070) [9]. It does not document DECSDM at all.
[1] https://github.com/wez/wezterm/issues/217#issuecomment-86449...
[2] https://github.com/hackerb9/lsix/issues/41
[3] https://github.com/dankamongmen/notcurses/issues/1782
[4] https://github.com/arakiken/mlterm/pull/23
[5] https://invisible-island.net/xterm/xterm.log.html#xterm_369
[6] https://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h3-T...
[7] https://github.com/dankamongmen/notcurses/commit/0918fa251e2... (the correct version cutoff is 369 not 359, the patch contains a now-fixed bug)
[8] https://github.com/dankamongmen/notcurses/blob/master/src/li... (look for mentions of invertsixel)
[9] http://www.bitsavers.org/pdf/dec/standards/EL-SM070-00_DEC_S...
-
smenu clean window effect
And there's also the notcurses library:
What are some alternatives?
gotty - Share your terminal as a web application
rich - Rich is a Python library for rich text and beautiful formatting in the terminal.
ttyd - Share your terminal over the web
FTXUI - Features: - Functional style. Inspired by [1] and React - Simple and elegant syntax (in my opinion). - Support for UTF8 and fullwidth chars (→ 测试). - No dependencies. - Cross platform. Linux/mac (main target), Windows (experimental thanks to contributors), - WebAssembly. - Keyboard & mouse navigation. Operating systems: - linux emscripten - linux gcc - linux clang - windows msvc - mac clang
aura-theme - ✨ A beautiful dark theme for your favorite apps.
xterm.js - A terminal for the web
haskell-webshell - Webshell - pipe your shell to the browser over websockets
sixvid - Simple script for animated GIF viewing using sixels
ssh-pageant - An SSH authentication agent for Cygwin/MSYS to PuTTY's Pageant.
tcell - Tcell is an alternate terminal package, similar in some ways to termbox, but better in others.
charm - The Charm Tool and Library 🌟
awesome-tuis - List of projects that provide terminal user interfaces