* 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
[parent not found: <i56k6zr511w.fsf@mao.acc.umu.se>]
* 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
[parent not found: <i56brl2lnoa.fsf@mao.acc.umu.se>]
* 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.