* Re: Support for XTerm's 256-color extension?
[not found] <i56y8o8m0nx.fsf@mao.acc.umu.se>
@ 2004-05-04 21:33 ` Dan Nicolaescu
[not found] ` <i56k6zr511w.fsf@mao.acc.umu.se>
1 sibling, 0 replies; 4+ messages in thread
From: Dan Nicolaescu @ 2004-05-04 21:33 UTC (permalink / raw)
Cc: emacs-devel
stktrc <stktrc@yahoo.com> writes:
> Has support for XTerm's 256-color extension been implemented?
Yes, I has been, it is working, and available in CVS.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Support for XTerm's 256-color extension?
[not found] ` <i56k6zr511w.fsf@mao.acc.umu.se>
@ 2004-05-05 6:39 ` Eli Zaretskii
[not found] ` <i56brl2lnoa.fsf@mao.acc.umu.se>
0 siblings, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2004-05-05 6:39 UTC (permalink / raw)
Cc: emacs-devel
> From: stktrc <stktrc@yahoo.com>
> Date: 05 May 2004 00:34:35 +0300
>
> Can't seem to get bold working together with 256-colors inside Emacs
> though.
Does it work with the 8-color xterm?
Emacs decides whether text attributes, such as bold, can be used
together with color by looking at the termcap/terminfo entry for the
terminal. The "NC" capability there tells Emacs which combinations
are allowed; see the definition of `enum no_color_bit' near line 285
of term.c in the Emacs source tree for more details.
What is the value of "NC" for the 256-color xterm on your system?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Support for XTerm's 256-color extension?
[not found] ` <i56brl2lnoa.fsf@mao.acc.umu.se>
@ 2004-05-06 6:39 ` Eli Zaretskii
2004-05-06 10:05 ` Thomas Dickey
0 siblings, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2004-05-06 6:39 UTC (permalink / raw)
Cc: Thomas Dickey, emacs-devel
> From: stktrc <stktrc@yahoo.com>
> Date: 05 May 2004 21:43:49 +0300
>
> > What is the value of "NC" for the 256-color xterm on your system?
>
> I found out it was 32 (disable bold), which was the cause for not
> getting bold, i.e., you were on the right track.
>
> Looking at the definition of xterm-256color in the terminfo file in
> xterm-187, there is ncv#32. There is a comment before the definition
> that seems to provide some information on why ncv is 32, but I do not
> understand it fully. See below.
>
> #
> # OPT_PC_MODE should be settable with OSC, and the init for this
> # should turn it off; then ncv could be 0.
> # This uses RGB values 0..1000
> xterm-256color|xterm with 256 colors,
> ccc,
> colors#256,
> ncv#32,
> [rest, not as interesting, left out]
>
> I made a custom terminfo entry that extends xterm-256color with ncv#0,
> so that bold now works.
>
> Should this really be necessary?
It shouldn't, but I'm guessing that whoever wrote that entry had
his/her reasons.
I'm CC'ing T. Dickey in the hope that he could help us understand this
issue.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Support for XTerm's 256-color extension?
2004-05-06 6:39 ` Eli Zaretskii
@ 2004-05-06 10:05 ` Thomas Dickey
0 siblings, 0 replies; 4+ messages in thread
From: Thomas Dickey @ 2004-05-06 10:05 UTC (permalink / raw)
Cc: stktrc, emacs-devel
[-- Attachment #1.1: Type: text/plain, Size: 1478 bytes --]
On Thu, May 06, 2004 at 08:39:45AM +0200, Eli Zaretskii wrote:
> > From: stktrc <stktrc@yahoo.com>
> > Date: 05 May 2004 21:43:49 +0300
> >
> > > What is the value of "NC" for the 256-color xterm on your system?
> >
> > I found out it was 32 (disable bold), which was the cause for not
> > getting bold, i.e., you were on the right track.
> >
> > Looking at the definition of xterm-256color in the terminfo file in
> > xterm-187, there is ncv#32. There is a comment before the definition
> > that seems to provide some information on why ncv is 32, but I do not
> > understand it fully. See below.
> >
> > #
> > # OPT_PC_MODE should be settable with OSC, and the init for this
> > # should turn it off; then ncv could be 0.
> > # This uses RGB values 0..1000
> > xterm-256color|xterm with 256 colors,
> > ccc,
> > colors#256,
> > ncv#32,
> > [rest, not as interesting, left out]
> >
> > I made a custom terminfo entry that extends xterm-256color with ncv#0,
> > so that bold now works.
> >
> > Should this really be necessary?
>
> It shouldn't, but I'm guessing that whoever wrote that entry had
> his/her reasons.
>
> I'm CC'ing T. Dickey in the hope that he could help us understand this
> issue.
OPT_PC_MODE refers to the optional mapping of bold as brighter colors.
If he doesn't want/need that, then it doesn't matter.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
[-- Attachment #1.2: Type: application/pgp-signature, Size: 228 bytes --]
[-- Attachment #2: Type: text/plain, Size: 141 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-05-06 10:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <i56y8o8m0nx.fsf@mao.acc.umu.se>
2004-05-04 21:33 ` Support for XTerm's 256-color extension? Dan Nicolaescu
[not found] ` <i56k6zr511w.fsf@mao.acc.umu.se>
2004-05-05 6:39 ` Eli Zaretskii
[not found] ` <i56brl2lnoa.fsf@mao.acc.umu.se>
2004-05-06 6:39 ` Eli Zaretskii
2004-05-06 10:05 ` Thomas Dickey
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.