Multimedia Terminal Emulator (by lmorg)

Mxtty Alternatives

Similar projects and alternatives to mxtty based on common topics and language

  • Warp

    Warp is a modern, Rust-based terminal with AI built in so you and your team can build great software, faster.

  • InfluxDB

    Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

    InfluxDB logo
  • zsh-jupyter-kernel

    Z shell kernel for Jupyter Notebook

  • murex

    A smarter shell and scripting environment with advanced features designed for usability, safety and productivity (eg smarter DevOps tooling)

  • mommy

    2 mxtty VS mommy

    mommy's here to support you, in any shell, on any system~ ❤️

  • .dotfiles

    My MacOS, Ubuntu, Arch Linux, Windows and WSL dotfiles with a custom installer and various helpers (by excalith)

  • direnv

    unclutter your .profile

  • powerline-go

    A beautiful and useful low-latency prompt for your shell, written in go

  • SaaSHub

    SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

    SaaSHub logo
NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better mxtty alternative or higher similarity.

mxtty discussion

Log in or Post with

mxtty reviews and mentions

Posts with mentions or reviews of mxtty. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-02-22.
  • Why does the `reset` command include a delay?
    1 project | | 9 Mar 2024
    > TERM is already used for determining color support.

    It's one of many ways to determine colour support. And arguably the worst of all of the ways too.

    - $TERM

    This isn't intended to contain colour information, yet that's how it's often abused. Meaning a lot of applications are broken in non-xterm terminals if they happen to use the $TERM variable correctly

    - ANSI code: CSI 22 c (Send Device Attributes, ANSI color)

    This is the correct way to check for a device capability. But it requires more effort and knowledge of terminals than your average developer has. So is rarely supported by console applications.


    This is the modern day equivalent to the device capability API. But also isn't used often


    This was the original env var intended to be used like $COLORTERM, but fell out of favour because, well, nobody bothered to read any docs.


    This is an often used standard. Christ only knows why this one exists when we already have 3 other env vars being used this way. Another example of nobody bothering to read any docs

    - $NO_COLOR

    This is intended to do the opposite of the others and tell applications not to use colour. However even this is often ignored.


    That's 6 different ways to check whether to colour output or not. Only one actual standard method and everything is only partially supported (if at all) in applications. Hence why applications then need a `--color` flag, which even that differs in support and syntax across different command line tools. And the "default" method you described, $TERM, actually breaks applications on alternative terminal emulators and hardware terminals -- that is unless they decide to announce themselves as `xterm` and in that case that environmental variable becomes entirely useless.


    > Not sure what terminals do without color support with color escape codes.

    They ignore them.

    ANSI escape codes are a pain in the arse to parse but there is at least a documented standard way to parse them. Anything that is a CSI (Control Sequence Introducer) sequence, and that includes SGR (Select Graphic Rendition) parameters like colour codes, start with `{ESC}[` and terminate with a character in the range of 0x40 to 0x7E. It's actually a little more complicated than that[1] but that's the gist of it.

    So you know what to print and what to ignore.

    There are other escape sequences too, the other big one being OSC (Operating System Command) and they're terminated `{ESC}\`, which is usually referred to as ST (String Terminator). That is unless you're xterm, and then you terminate OSC sequences with either ST or BELL (char 0x07).

    A lot of this makes more sense if you look at code rather than documentation. So I've made an effort to ensure my own terminal emulator's source code is as self-documenting as possible:


  • The New Terminal (Beta) Is Now in JetBrains IDEs
    3 projects | | 22 Feb 2024
    The problem with a lot of these tools is that they fight with the shell to provide the UX enhancements (the comments in this thread are littered with people commenting that this new terminal breaks basic feature X, Y or Z. Really what they should be doing is working with the existing command line primitives as a hook for their UX enhancements.

    I know those existing primitives are 50 years old and suck in a great many ways. But the alternative is having a terminal that only works some of the time.

    This is field I'm actively experimenting in too. And have already had some degree of success despite the project being only a couple of months old:

    My point is this: any refinements to the terminal interface shouldn't break support for terminal applications. But all to often (this term included) form is now prioritised over function.


Basic mxtty repo stats
about 2 months ago

lmorg/mxtty is an open source project licensed under GNU General Public License v3.0 only which is an OSI approved license.

The primary programming language of mxtty is Go.

Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.