Hi,
>
> I agree with you in some things, but I don't think this the proper
> place where discuss this point. The decision should be taken by a
> group of terminal developers, so I suggust you try to create a way
> developers can discuss about it (some kind of news group or a mailing
> list), and
Hi,
>>> Above my opinion might be not constructive, so now I propose alternate
>>> sequences:
>>>
>>> I recommend a recall of Konsole style truecolor control seqences, and
>>> propose to change them as follows:
>>>
>>> CSI 38 ; 2 ; Pr ; Pg ; Pb m -> CSI ? Pr ; Pg ; Pb $ m
>>> CSI 48 ; 2 ; P
Hi,
>> Although I had already mentioned about this feature (konsole-style
>> true color support) on some places with my bad English, now I try to
>> say my opinion repeatedly in other words.
>
> Can you post these other places? I would like read these threads
> and know what another persons think
> Ok as far as I can tell there are two unrelated issues involved (feel
> free to correct me):
>
> 1) being able to use many colors (possibly all 2^24) at the same time
>
> 2) being able to set some of the used colors to RGB values
>
> The first is not easily possible with ncurses. As you p
> Hi,
>
>> printf "\x1b[38;2;255;100;0mTRUECOLOR\x1b[0m\n"
>
>
> I think this truecolor control sequence is not suckless.
>
> Although I had already mentioned about this feature (konsole-style
> true color support) on some places with my bad English, now I try to
> say my opinion repeatedly in
Sorry, please let me make corrections:
wrong:
CSI 38 Pr ; Pg ; Pb m -> CSI ? Pr ; Pg ; Pb $ m
CSI 48 Pr ; Pg ; Pb m -> CSI = Pr ; Pg ; Pb $ m
correct:
CSI 38 ; 2 ; Pr ; Pg ; Pb m -> CSI ? Pr ; Pg ; Pb $ m
CSI 48 ; 2 ; Pr ; Pg ; Pb m -> CSI = Pr ; Pg ; Pb $ m
-- Hayaki Saito
Hi,
> printf "\x1b[38;2;255;100;0mTRUECOLOR\x1b[0m\n"
I think this truecolor control sequence is not suckless.
Although I had already mentioned about this feature (konsole-style true color
support) on some places with my bad English, now I try to say my opinion
repeatedly in other words.
Pl
> > Also what does the init_color function actually do then? Does it
> > fall back to a color which best approximates the one given?
>
> From terminfo(5):
>On a Tektronix-like terminal, the capability ccc may be present
>to indicate that colors can be modified. If so, the initc
>
Hi,
>>
>> There is no support for true color in terminfo, so curses cannot
>> handle it.
>
> Is this a fundamental limitation or just a lack of standardization?
>
> https://lists.gnu.org/archive/html/bug-ncurses/2013-10/msg7.html
Mainly lack of standardization (this feature was added to
> A simpler possibility is to let it enabled by default and let the user
> switch it off with a command line argument (like it's done for the mouse
> grabbing). I think it would make sense as all major terminal emulators
> support true color.
We have something similar for alternate screen to,
On Mon, Oct 27, 2014 at 02:11:49PM +0100, k...@shike2.com wrote:
> Hi,
>
> > Apparently curses provides:
> >
> > int init_color(short color, short r, short g, short b);
> >
> > not quite sure what it does internally.
>
> There is no support for true color in terminfo, so curses cannot
> handle
On 2014-10-27 21:11, k...@shike2.com wrote:
Hi,
Apparently curses provides:
int init_color(short color, short r, short g, short b);
not quite sure what it does internally.
There is no support for true color in terminfo, so curses cannot
handle it. If your application need it the only way
On 2014-10-27 21:11, k...@shike2.com wrote:
Hi,
Apparently curses provides:
int init_color(short color, short r, short g, short b);
not quite sure what it does internally.
There is no support for true color in terminfo, so curses cannot
handle it. If your application need it the only way
Hi,
> Apparently curses provides:
>
> int init_color(short color, short r, short g, short b);
>
> not quite sure what it does internally.
There is no support for true color in terminfo, so curses cannot
handle it. If your application need it the only way is to print
directly the sequences, and
On Mon, Oct 27, 2014 at 03:26:44AM +0800, Paride Legovini wrote:
> Hi,
>
> I see that st nicely support "truecolor" sequences, as it can be
> easily tested with this command:
>
> printf "\x1b[38;2;255;100;0mTRUECOLOR\x1b[0m\n"
>
> that has to be given outside any terminal multiplexer. The point
Hi,
I see that st nicely support "truecolor" sequences, as it can be easily
tested with this command:
printf "\x1b[38;2;255;100;0mTRUECOLOR\x1b[0m\n"
that has to be given outside any terminal multiplexer. The point is that
currently no terminal multiplexer (tmux, dvtm, screen) supports this
16 matches
Mail list logo
