Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

24 bit colors support (true colors) #37

Closed
XVilka opened this issue Aug 26, 2014 · 20 comments
Closed

24 bit colors support (true colors) #37

XVilka opened this issue Aug 26, 2014 · 20 comments

Comments

@XVilka
Copy link

XVilka commented Aug 26, 2014

See more info here https://gist.github.com/XVilka/8346728

@nsf
Copy link
Owner

nsf commented Aug 26, 2014

If that's a feature request, someone should implement it. It won't be me, because I'm in maintenance-only mode for this project at the moment (actually for all of my open source projects).

@nsf
Copy link
Owner

nsf commented Dec 13, 2014

Also reflects my thoughts on the issue: nsf/termbox-go#52.

Shortly: if you want more than 256 colors, you're probably making a game. Please, don't do it in a terminal, I don't want to suffer while playing your game.

I may revisit that opinion in future. My opinion changes over time. Before I was absolutely sure about not adding mouse support and 256-color mode support to the termbox. Now it's there. (Go version of the termbox has mouse support).

@XVilka
Copy link
Author

XVilka commented Nov 16, 2016

@nsf almost 2 years passed, true color gained huge support across the programs (see updated gist). Have you changed your opinion yet?

@nsf
Copy link
Owner

nsf commented Nov 16, 2016

Nope. During those 2 years I joined the HTML/CSS cult, so I don't feel like popularizing terminals further.

@ddevault
Copy link

ddevault commented Jan 3, 2017

Using termbox to render a terminal emulator (sort of thing tmux does), color support in termbox being so constrained is a bit of a pain. Also makes it difficult to offer better user color customization.

@KoFish
Copy link

KoFish commented Jan 3, 2017

User color customization is done in the terminal configuration. Programs that uses extended colors beyond the basic set just messes it all up and makes the terminal less nice to look at.

@ddevault
Copy link

ddevault commented Jan 3, 2017

That's a matter of opinion. I want to give users the option.

@rofl0r
Copy link
Contributor

rofl0r commented Jan 3, 2017

then open a PR, instead of whining. did you even ever use termbox ? it's meant to be used for lightweight terminal apps that don't need the full power of ncurses.

@ddevault
Copy link

ddevault commented Jan 3, 2017

Of course I have used termbox. I'm bringing the issue up for further discussion before I spend the effort on a pull request to make sure it's thought out first.

@nsf
Copy link
Owner

nsf commented Jan 3, 2017

I won't merge it though. But you can implement it for yourself and use it. It's not like I spam commits every day and you'll have trouble merging them back into your fork. Termbox is pretty much done, sure there are some features I would like to work on, but it's unlikely that I will.

And for god's sake, stop using terminals to make fancy UIs. I mean if you want something basic and quick - great, but for anything serious go with proper GUI libs or HTML. And I would understand if we were talking about Go version of the termbox, because in Go you need high quality bindings and all that. But in C/C++, you have all the libs to choose from.

@ddevault
Copy link

ddevault commented Jan 3, 2017

I won't merge it though. But you can implement it for yourself and use it. It's not like I spam commits every day and you'll have trouble merging them back into your fork. Termbox is pretty much done, sure there are some features I would like to work on, but it's unlikely that I will.

I probably will fork if if necessary, but it would be nice to upstream the changes for the sake of distribution and such. Termbox is a nice lib, it shouldn't be left out to dry imo. But if you insist, a fork it shall be.

As for fancy UIs - maybe someone has a specific TUI that they want colored differently from the rest and use 24 bit colors for that? And even for fancy UIs, some people just prefer the terminal UX. Why did you make this library in the first place if you disagree? I'm working on a mail client, in the terminal because I want it to be keyboard driven and integrate nicely with vim and other command line tools. It's also easier to port if it doesn't depend on i.e. GTK.

@rofl0r
Copy link
Contributor

rofl0r commented Jan 3, 2017

@SirCmpwn why not use ncurses then? it already does 24bit colors

@ddevault
Copy link

ddevault commented Jan 3, 2017

Because I prefer termbox's significantly simpler API, implementation, and footprint, of course.

@rofl0r
Copy link
Contributor

rofl0r commented Jan 3, 2017

if you want to down the footprint you can also use netbsd curses and for a simpler API, concol on top of it.

@ddevault
Copy link

ddevault commented Jan 3, 2017

Well, it's not my call which curses is distributed in end-user distros, I don't like having complexity anywhere in my stack anyway, and concol is not easily/consistently packagable.

@amirouche
Copy link

amirouche commented Apr 22, 2017

@SirCmpwn did you fork termbox with true colors?

@amirouche
Copy link

There is an advanced fork @ https://github.com/tomas/termbox

@ddevault
Copy link

ddevault commented May 3, 2017

@tomas how do you feel about this feature?

@tomas
Copy link

tomas commented May 3, 2017

I have no plans to develop it, but I'd be happy to merge it into my fork if you send a pull request. :)

@amirouche
Copy link

There is an active fork @ https://github.com/termbox/termbox2

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants