Terminals should be able to show images, so you could run Jupyter notebooks in them.
Terminals should generate the 256-color palette
31–40 of 212 posts
Re: Terminals should generate the 256-color palette
#32The good thing with the 256c palette is that colors in the 16-255 range are fixed, which gives us a very high level of confidence that 146 will be a muted violet and so on. This is very useful for colorscheme developers because it allows us to provide a pretty good and consistent experience across the widest range of terminal emulators. If the 256c palette is generated from a -- potentially wild -- 16c palette then t…
I know 16 colours is limiting, but one of my biggest pet peeves is CLI / TUI developers creating their own custom themes using colours outside of that because odds are, they’re going to generate a colour scheme that is harder to read for a lot of people with visual impairments, people who prefer a white or coloured background for eye comfort, people are dyslexic and find non-black backgrounds easier to read, and othe…
I agree. I always customize the blue color on my terminal because dark blue on black is completely unreadable to me (and I'm not even color blind!). For some reason, every single terminal emulator defaults to a blue that's unreadable on a black background (I think typically #00f).
If a tool overrides my color settings, it too usually picks a dark blue that's unreadable on my black background.
Re: Terminals should generate the 256-color palette
#33Terminals should be able to show images, so you could run Jupyter notebooks in them.
Terminals can show images https://sw.kovidgoyal.net/kitty/graphics-protocol/
Re: Terminals should generate the 256-color palette
#34The good thing with the 256c palette is that colors in the 16-255 range are fixed, which gives us a very high level of confidence that 146 will be a muted violet and so on. This is very useful for colorscheme developers because it allows us to provide a pretty good and consistent experience across the widest range of terminal emulators. If the 256c palette is generated from a -- potentially wild -- 16c palette then t…
There are escape codes that can re-define palette entries. Usually including the 16-255 range.
Yes, I know that (see the venerable https://github.com/trapd00r/colorcoke, etc.) but those tricks are not used widely enough for them to be a concern. Using those tricks is also a deliberate choice so it is definitely on the user if my lovingly crafted 256c colorscheme is broken.
Having all terminal emulators run the equivalent of colorcoke without asking the user is not a very bright idea.
Re: Terminals should generate the 256-color palette
#35Earlier quoted context omitted.
Windows allows you to set any pixel to any 24-bit colour.
Not really an OS thing, you can get 24 bit 'true' colour on Linux/macOS too depending on term. Alacritty supports it, for example.
You need support from third party software such as Xorg or Weston. On Windows, it just works.
Re: Terminals should generate the 256-color palette
#36Re: Terminals should generate the 256-color palette
#37Terminals should be able to show images, so you could run Jupyter notebooks in them.
Terminals can show images https://sw.kovidgoyal.net/kitty/graphics-protocol/
Ok, maybe I should have said "framebuffers" instead of images.
Because that Kitty protocol seems limited in that interaction was not one of their goals.
Re: Terminals should generate the 256-color palette
#38Earlier quoted context omitted.
Not really an OS thing, you can get 24 bit 'true' colour on Linux/macOS too depending on term. Alacritty supports it, for example.
You need support from third party software such as Xorg or Weston. On Windows, it just works.
Do you think xorg and weston dont support more than 16 colors? You just run a different terminal emulator.
Re: Terminals should generate the 256-color palette
#39This is a limitation of UNIX terminals, in other platforms not tied to a no longer existing tty interface, this isn't an issue. Unfortunely, given that we are stuck with UNIX derived OSes, this is indeed a possible issue. However I would argue, for fancy stuff there is the GUI right there.
I don't know any GUI that beats tmux work portability.
Of course everything depends on exact nature of the work, but personally I would gladly leave text based interfaces behind, it's just that there's nothing better.
Re: Terminals should generate the 256-color palette
#40It's perennially baffling to me why we're still clinging to VT220/xterm compatible terminals. I even see people claiming they prefer working in the terminal, though it's not clear to me what type of work those people are doing. Give me a proper graphical application any day, but I recognize that it's historically been a lot more work to produce a GUI in the pre-LLM era. But golly gee whizz if we're going to keep the…
> it's not clear to me what type of work those people are doing.
As little as possible. Anything that can be done in a terminal can be scripted and automated, put under version control, and deployed using modern CI/CD and devops tools.