Re: ncurses: keypad() required after endwin() again?

2021-01-19 Thread Thomas Dickey
On Mon, Jan 18, 2021 at 05:48:51PM -0800, Kevin J. McCarthy wrote: > On Mon, Jan 18, 2021 at 08:16:09PM -0500, Thomas Dickey wrote: > > On Mon, Jan 18, 2021 at 04:05:14PM -0800, Kevin J. McCarthy wrote: > > > This is an ncurses question, but if I'm lucky Thomas Dickey

Re: ncurses: keypad() required after endwin() again?

2021-01-18 Thread Thomas Dickey
On Mon, Jan 18, 2021 at 04:05:14PM -0800, Kevin J. McCarthy wrote: > This is an ncurses question, but if I'm lucky Thomas Dickey might see it > here. :-) > > Anyway, I'm wondering if 'keypad (stdscr, TRUE);' is technically required to > be called again after an

Re: [PATCH] Change \fC to \fB during muttrc.man generation

2020-07-25 Thread Thomas Dickey
- Original Message - | From: "Maxim Tarasov" | To: "mutt-dev" | Sent: Saturday, July 25, 2020 1:39:21 PM | Subject: Re: [PATCH] Change \fC to \fB during muttrc.man generation |> It depends on which manpage implementation you're using. |> (I use it when it's available). | | I think it's

Re: [PATCH] Change \fC to \fB during muttrc.man generation

2020-07-25 Thread Thomas Dickey
- Original Message - | From: "Kevin J. McCarthy" | To: mutt-dev@mutt.org | Sent: Saturday, July 25, 2020 12:14:58 PM | Subject: Re: [PATCH] Change \fC to \fB during muttrc.man generation | On Sat, Jul 25, 2020 at 04:18:03AM +0300, Maxim Tarasov wrote: |>\fC is not actually a valid escape

Re: botched display - mutt or ncurses bug?

2019-11-07 Thread Thomas Dickey
On Thu, Nov 07, 2019 at 09:40:00PM +0100, Oswald Buddenhagen wrote: > hi, > > for some weeks/months now, i'm getting weird rendering artifacts in mutt. i > first thought that it's konsole's fault, because it manifests only there, ... > you can find screenshots and my wild speculations in > https

Re: bright colors with GNOME Terminal / 256-color terminals

2018-12-15 Thread Thomas Dickey
On Fri, Dec 14, 2018 at 05:15:07AM +0100, Vincent Lefevre wrote: ... > For instance, in xterm, one uses > > tput bold; tput setaf 3; echo abcdef > > but in GNOME Terminal, one uses > > tput setaf 11; echo abcdef > > I assume that the reason is that xterm just has 8 colors: You appear to be

Re: [PATCH] autotools related patches

2016-11-01 Thread Thomas Dickey
On Tue, Nov 01, 2016 at 10:00:31AM +0100, Fabian Groffen wrote: > On 31-10-2016 20:41:17 -0700, Kevin J. McCarthy wrote: > > On Mon, Oct 31, 2016 at 08:27:00AM +0100, Fabian Groffen wrote: > > > Gentoo also ships libtinfow when wide char support (unicode) is enabled. > > > I can't tell you much mor

Re: [PATCH] Handle brightXXX color names in backgrounds

2015-12-31 Thread Thomas Dickey
On Thu, Dec 31, 2015 at 10:07:42AM -0500, S. Gilles wrote: > A number of terminal emulators (xterm with TERM=xterm-256color and st, > off the top of my head), interpret the A_BLINK attribute by actually > blinking, not setting the background color to the bright version. A > quick way to test this i

Re: [PATCH 1 of 2] fix xterm-titles patch not to always set both window and icon title

2013-10-27 Thread Thomas Dickey
On Sun, Oct 27, 2013 at 04:38:41PM +0100, grob...@gentoo.org wrote: > # HG changeset patch > # User Fabian Groffen > # Date 1382887758 -3600 > # Sun Oct 27 16:29:18 2013 +0100 > # Branch gentoo-1.5.22 > # Node ID 47fe4a09fcb9ae3c6b7563ba148001e3b86d6e58 > # Parent 720bd257fb7f2454222fc0549fe

Re: [PATCH 2 of 2] xterm: check we're on a tty before calling tigetstr

2013-10-27 Thread Thomas Dickey
On Sun, Oct 27, 2013 at 04:38:42PM +0100, grob...@gentoo.org wrote: > # HG changeset patch > # User Fabian Groffen > # Date 1382887896 -3600 > # Sun Oct 27 16:31:36 2013 +0100 > # Branch gentoo-1.5.22 > # Node ID 3dd52e1999da1e17cfccca54a24a5365ef5d9644 > # Parent 47fe4a09fcb9ae3c6b7563ba148

Re: [PATCH v2] Terminal status line support, based on the xterm title patch

2012-04-14 Thread Thomas Dickey
On Sat, Apr 14, 2012 at 07:41:22AM -0500, David Champion wrote: > * On 14 Apr 2012, Thomas Dickey wrote: > > On Fri, Apr 13, 2012 at 08:23:01PM -0500, David Champion wrote: > > > This update incorporates Thomas Dickey's advice concerning "xt". > > >

Re: [PATCH v2] Terminal status line support, based on the xterm title patch

2012-04-14 Thread Thomas Dickey
On Fri, Apr 13, 2012 at 08:23:01PM -0500, David Champion wrote: > This update incorporates Thomas Dickey's advice concerning "xt". s/xt/XT/. It is case-dependent. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature

Re: [PATCH RFC] Terminal status line support, based on the xterm title patch

2012-04-10 Thread Thomas Dickey
On Tue, Apr 10, 2012 at 05:14:56PM -0500, David Champion wrote: > I thought this might draw you out. Excellent. > > * On 10 Apr 2012, Thomas Dickey wrote: > > man terminfo(5): > > > >Some terminals with status lines need special sequences to access >

Re: [PATCH RFC] Terminal status line support, based on the xterm title patch

2012-04-10 Thread Thomas Dickey
On Tue, Apr 10, 2012 at 07:40:48AM -0500, David Champion wrote: > The XTerm icon escape sequence is not formalized in terminfo, so the > egregious kludge of hardcoding the escape is necessary in this case. man terminfo(5): Some terminals with status lines need special sequences to access

Re: [Mutt] #3481: Mutt mangles multiline links

2010-12-20 Thread Thomas Dickey
On Mon, 20 Dec 2010, Mutt wrote: #3481: Mutt mangles multiline links +--- Reporter: hukka | Owner: mutt-dev Type: defect | Status: new Priority: minor | Milestone: Component: mutt| Version

Re: [Mutt] #3453: mutt-1.5.18: wrap line as they can be selected with a double click

2010-11-30 Thread Thomas Dickey
On Tue, 30 Nov 2010, Francois Lallart wrote: I think pager code does addch('\n') when line wraping (pager.c:1233 then pager.c:1490). I modified wrap_cols (pager.c:1100) to avoid that addch('\n') but it still doesn't allow to select a multi lines url. That's expected behavior. It would only ch

Re: [Mutt] #3453: mutt-1.5.18: wrap line as they can be selected with a double click

2010-09-25 Thread Thomas Dickey
On Sat, 25 Sep 2010, Derek Martin wrote: On Sat, Sep 25, 2010 at 06:09:16PM -0400, Thomas Dickey wrote: it's a termcap application as well. "strings" shows me this: Fair enough... I see no (other) curses calls on my system either. no problem (I knew it was termcap, of

Re: [Mutt] #3453: mutt-1.5.18: wrap line as they can be selected with a double click

2010-09-25 Thread Thomas Dickey
On Sat, 25 Sep 2010, Derek Martin wrote: On Sat, Sep 25, 2010 at 08:15:44AM -0400, Thomas Dickey wrote: However, when I view the source code in vim or with less, double clicking *does* select the wrapped portion. vim doesn't use curses (it's a termcap application). (n)curses

Re: [Mutt] #3453: mutt-1.5.18: wrap line as they can be selected with a double click

2010-09-25 Thread Thomas Dickey
On Fri, 24 Sep 2010, Michael Elkins wrote: On Fri, Sep 24, 2010 at 08:57:27PM -0400, Thomas Dickey wrote: no - using addch has no effect. curses collects all of that information and writes out the changes to the screen when "refresh" is called (which is also a side-effect of cal

Re: [Mutt] #3453: mutt-1.5.18: wrap line as they can be selected with a double click

2010-09-24 Thread Thomas Dickey
On Fri, 24 Sep 2010, Michael Elkins wrote: On Mon, Sep 20, 2010 at 06:07:59PM -0400, Thomas Dickey wrote: It's lost by cursor-movement optimization (in ncurses, curses or slang). xterm sets the line-wrap flag when text is written automatically wrapping on the right margin. Optimizatio

Re: [Mutt] #3453: mutt-1.5.18: wrap line as they can be selected with a double click

2010-09-20 Thread Thomas Dickey
On Mon, 20 Sep 2010, Mutt wrote: #3453: mutt-1.5.18: wrap line as they can be selected with a double click ---+ Reporter: fr...@…| Owner: mutt-dev Type: defect | Status: new Priority: majo

Re: bkgdtest: a test for the extra spaces at the end of lines

2010-08-11 Thread Thomas Dickey
On Wed, 11 Aug 2010, Vincent Lefevre wrote: On 2010-08-11 12:43:46 +1000, Cameron Simpson wrote: Michael Elkins lerted me to the fact that some of my xterm terminfo definitions didn't have bce, for all that the terminal emulator itself can do it :-( Mine has bce in its terminfo definition (ac

Re: Check the copyright years in main.c :-)

2010-08-07 Thread Thomas Dickey
On Sat, 7 Aug 2010, Matthias Andree wrote: still mentioning "-2009" for Brendan Cully and Michael Elkins, among others. These may warrant updating :-) possibly (was the file changed in 2010?). As a rule, except for a separate "COPYING" (or other verbiage), I don't modify dates within file

Re: bizarre curses drawing error with gnome-terminal

2010-04-12 Thread Thomas Dickey
On Mon, 12 Apr 2010, Michael Elkins wrote: I have this really strange drawing bug that I can't figure out. This only happens in gnome-terminal with TERM=xterm or TERM=xterm-new. If I use TERM=xterm-color the problem goes away. xterm and rxvt-unicode don't exhibit this problem, either. It'

Re: [Mutt] #3350: inconsistent handling of key bindings/codes

2010-04-04 Thread Thomas Dickey
On Sun, Apr 04, 2010 at 07:55:11AM -0700, Michael Elkins wrote: > Thanks for the information. > > I'm almost able to get this working. Using use_extended_names(TRUE) now > returns a single keycode for ctrl+ (kUP5). However, both tigetstr() > and key_defined() don't report that kUP5 is available

Re: [Mutt] #3350: inconsistent handling of key bindings/codes

2010-04-04 Thread Thomas Dickey
On Sat, 3 Apr 2010, Michael Elkins wrote: On Sat, Apr 03, 2010 at 09:36:44PM -0400, Thomas Dickey wrote: On Sun, 4 Apr 2010, Mutt wrote: The problem is that the ncurses library doesn't have a keycode for ctrl+ or ctrl+. Instead you get a multibyte escape sequence. That's an exten

Re: [Mutt] #3350: inconsistent handling of key bindings/codes

2010-04-04 Thread Thomas Dickey
On Sat, 3 Apr 2010, Michael Elkins wrote: On Sat, Apr 03, 2010 at 09:36:44PM -0400, Thomas Dickey wrote: On Sun, 4 Apr 2010, Mutt wrote: The problem is that the ncurses library doesn't have a keycode for ctrl+ or ctrl+. Instead you get a multibyte escape sequence. That's an exten

Re: [Mutt] #3350: inconsistent handling of key bindings/codes

2010-04-03 Thread Thomas Dickey
On Sun, 4 Apr 2010, Mutt wrote: #3350: inconsistent handling of key bindings/codes -+-- Reporter: trespassing | Owner: mutt-dev Type: defect | Status: closed Priority: trivial |

Re: [Mutt] #3399: filename completion garbled in attachments menu

2010-03-31 Thread Thomas Dickey
On Wed, 31 Mar 2010, Mutt wrote: I saw a tip on some webpage to "revert to 10.6.2's version of /usr/lib/libncurses.5.4.dylib". I did this (or at least, I think I did) http://www.opensource-archive.org/showthread.php?p=199981 (looks like a packaging problem rather than ncurses-specific) -- T

Re: bce and clrtoeol()

2009-07-10 Thread Thomas Dickey
On Fri, 10 Jul 2009, Kyle Wheeler wrote: On Friday, July 10 at 04:28 PM, quoth Thomas Dickey: yes. I've some test-screens in vttest (in the xterm-related part), which can be used for a quick check. The tack program also has a screen for this, though it doesn't exercise as many cas

Re: bce and clrtoeol()

2009-07-10 Thread Thomas Dickey
On Thu, 9 Jul 2009, Kyle Wheeler wrote: On Thursday, July 9 at 07:31 PM, quoth Thomas Dickey: On Thu, 9 Jul 2009, Kyle Wheeler wrote: (If it helps, I'm using Apple's Terminal.app... it may not have the greatest BCE support, but surely there's a way to clear things without

Re: bce and clrtoeol()

2009-07-09 Thread Thomas Dickey
On Thu, 9 Jul 2009, Kyle Wheeler wrote: (If it helps, I'm using Apple's Terminal.app... it may not have the greatest BCE support, but surely there's a way to clear things without going the route of *spaces*) as far as I know, it has no bce support. (Someone sent terminal descriptions for th

Re: [Mutt] #3252: mutt: Should use transliterations for charset

2009-06-13 Thread Thomas Dickey
On Sat, 13 Jun 2009, Mutt wrote: #3252: mutt: Should use transliterations for charset conversions --+- Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: minor

Re: [Mutt] #2960: Terminal resize problem after editor is called

2009-04-02 Thread Thomas Dickey
On Thu, 2 Apr 2009, Mutt wrote: #2960: Terminal resize problem after editor is called --+- Reporter: pdmef| Owner: mutt-dev Type: defect | Status: new Priority: minor| Milestone: 2.0 Compo

Re: Copyright years

2009-01-03 Thread Thomas Dickey
On Sat, 3 Jan 2009, Vincent Lefevre wrote: Hi, Some files have been modified, but their copyright years. Some copyright years in main.c should also be updated: static const char *Notice = N_("\ Copyright (C) 1996-2008 Michael R. Elkins and others.\n\ Mutt comes with ABSOLUTELY NO WARRANTY; for

Re: Mutt and Ubuntu

2008-08-25 Thread Thomas Dickey
On Mon, 25 Aug 2008, Kyle Wheeler wrote: On Monday, August 25 at 03:07 PM, quoth Derek Martin: I was trying to compile mutt from the latest sources on my work desktop, which is running, I believe, the latest Ubuntu release. What I found is, if I compile against ncurses, the arrows which show

Re: [Mutt] #3102: mutt-1.5.18 loses first character typed in after

2008-08-13 Thread Thomas Dickey
On Wed, 13 Aug 2008, Mutt wrote: #3102: mutt-1.5.18 loses first character typed in after suspend/resume Changes (by eravin): * status: new => closed * resolution: => invalid Comment: turns out to be related to whatever curses library I have as default in the build environment - when I sw

Re: Little code cleanup

2008-03-03 Thread Thomas Dickey
On Mon, 3 Mar 2008, Paul Walker wrote: On Mon, Mar 03, 2008 at 12:20:02PM +0100, Vincent Lefevre wrote: where the condition is always true, and which doesn't trigger any warning. Not really, because I'd argue that "if (1)" shouldn't exist in checked in code. In that case, the variable will n

Re: [Mutt] #3025: configure check for md5 fails

2008-02-01 Thread Thomas Dickey
On Fri, 1 Feb 2008, Mutt wrote: #3025: configure check for md5 fails Comment (by muttbug111): Hi Kyle, > As for re-ordering… that’s a bandaid that would help *you*, but nobody > else (it’s theoretically possible that a few BSD users have their own > md5sum programs). I don't use BSD (other t

Re: [Mutt] #3016: copyright years are not up-to-date

2008-01-16 Thread Thomas Dickey
On Wed, 16 Jan 2008, Mutt wrote: #3016: copyright years are not up-to-date Comment (by vinc17): Note that several files have been modified this year, and the copyright notice hasn't been updated (and ditto for previous years: I've looked at a few .c files, and the last year of their copyright

Re: [Mutt] #3016: copyright years are not up-to-date

2008-01-16 Thread Thomas Dickey
On Wed, 16 Jan 2008, Mutt wrote: #3016: copyright years are not up-to-date Comment (by Moritz Barsnick): {{{ On Tue, Jan 15, 2008 at 23:40:01 -, Mutt wrote: > Many copyright years in source files and in "mutt -v" / "mutt -vv" output > are not up-to-date... Well, common understanding is

Re: [Mutt] #2988: Mutt should recognize tab (width)

2007-11-27 Thread Thomas Dickey
On Tue, 27 Nov 2007, Rocco Rutte wrote: Hi, * Thomas Dickey wrote: In mutt_strwidth() there's a check for printable chars which excludes tab chars resulting in a width of 1. However, this is likely not the display width resulting in wrong wrapping and possibly other undesired effects.

Re: [Mutt] #2988: Mutt should recognize tab (width)

2007-11-19 Thread Thomas Dickey
On Mon, 19 Nov 2007, Mutt wrote: #2988: Mutt should recognize tab (width) In mutt_strwidth() there's a check for printable chars which excludes tab chars resulting in a width of 1. However, this is likely not the display width resulting in wrong wrapping and possibly other undesired effects.

Re: [Mutt] #2952: should use terminal settings

2007-09-13 Thread Thomas Dickey
On Thu, 13 Sep 2007, Vincent Lefevre wrote: Thus, when another key is pressed that happens to emit ^H, mutt presumes that the BackSpace key was pressed. Yes, Mutt (in fact, the curses library) cannot make the difference (well, AFAIK, some libraries could support a maximum delay between the cha

Re: [Mutt] #2952: should use terminal settings

2007-09-10 Thread Thomas Dickey
On Mon, 10 Sep 2007, Kyle Wheeler wrote: This still seems like a bug to me: mutt should be doing something more useful than asking terminfo what the default backspace character for the $TERM is. Besides the fact that it can be configured to be non-default, as you say, some of these terminal de

Re: UI enhancements

2007-09-02 Thread Thomas Dickey
On Sun, 2 Sep 2007, Derek Martin wrote: On Fri, Aug 31, 2007 at 05:40:05PM +0200, Rocco Rutte wrote: 1) mutt_multi_choice() is currently used to let the user choose from quite a number of possible options. To fit in 80x25 they're abbreviated which obviously doesn't look nice. I've put together

Re: [PATCH, RFC] mouse tracking support

2007-06-04 Thread Thomas Dickey
On Mon, 4 Jun 2007, Cameron Simpson wrote: You might do better running "od -c", then clicking and pressing . It should give better decoding of the sequences. vttest has a test-screen for xterm's mouse controls (and doesn't rely on other libraries than libc). http://invisible-island.ne

Re: [PATCH, RFC] mouse tracking support

2007-05-24 Thread Thomas Dickey
On Wed, 23 May 2007, Kyle Wheeler wrote: On Monday, May 21 at 12:39 PM, quoth Kyle Wheeler: On Monday, May 21 at 07:15 PM, quoth Christoph Berg: I've updated Anatoly's patch from 2005 that adds mouse tracking using slang/ncurses to mutt. With "set mouse" (unset by default) mutt will react to b

Re: [Mutt] #2884: 256 color support

2007-04-25 Thread Thomas Dickey
On Wed, 25 Apr 2007, Moritz Barsnick wrote: it should have returned "8". You sed expression is too greedy. So make it: -> source $HOME/.muttrc-color-`infocmp | grep 'colors#' | \ sed 's/.*colors#\([0-9]\+\).*/\1/' :-) or use the "-1" (dash-one) option of infocmp to put one capability per l

Re: $assumed_charset settings (was: special chars)

2007-03-28 Thread Thomas Dickey
On Wed, 28 Mar 2007, Alain Bench wrote: some terminals (Rxvt?) can display simultaneously Latin-1 and UTF-8. Something has to provide the mode-switch between UTF-8 and Latin-1. I meant *without* mode switch. Something that would print (fake): | $ printf "\0351 \0303\0251\n"

Re: $assumed_charset settings (was: special chars)

2007-03-27 Thread Thomas Dickey
On Tue, 27 Mar 2007, Alain Bench wrote: On Monday, March 26, 2007 at 16:39:36 +0200, Vincent Lefèvre wrote: about files that contain both ISO-8859-1 and UTF-8, to let the user decide. [...] it can happen in diffs where some files are encoded in ISO-8859-1 and others in UTF-8. That's defin

Re: $assumed_charset settings (was: special chars)

2007-03-25 Thread Thomas Dickey
On Sun, 25 Mar 2007, Alain Bench wrote: Hello Christoph! On Sunday, March 25, 2007 at 13:30:12 +0200, Christoph Berg wrote: CP1251 (iirc, the last digit could be different) is what windows usually uses. It is a superset of latin1, with characters in the 128-159 range, mainly some quotes. That

Re: [PATCH] Add $umask for mailboxes and attachments

2007-03-17 Thread Thomas Dickey
On Sat, 17 Mar 2007, David Laight wrote: In which case wouldn't 177 be better? Unless mutt creates directories too. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net

Re: [PATCH] Use execvp to call sendmail

2007-03-16 Thread Thomas Dickey
On Fri, 16 Mar 2007, Charles Cazabon wrote: Christoph Berg <[EMAIL PROTECTED]> wrote: Use execvp to call sendmail, useful for people trying sendmail="ssh host sendmail". I'm curious: does the ssh client binary tend to move around the filesystem randomly on these peoples' systems? I usually

Re: [PATCH] Use execvp to call sendmail

2007-03-16 Thread Thomas Dickey
On Fri, 16 Mar 2007, Christoph Berg wrote: # HG changeset patch # User Christoph Berg <[EMAIL PROTECTED]> # Date 1174055839 -3600 # Node ID c82435f2db41fd63b91cfbb9e7f820ac9839e445 # Parent 347824928102661e6dea3b4f411324320e755a07 Use execvp to call sendmail, useful for people trying sendmail="

Re: [PATCH] Remove absolute paths from gpg.rc

2007-03-16 Thread Thomas Dickey
On Thu, 15 Mar 2007, Christoph Berg wrote: Re: Thomas Dickey 2007-03-15 <[EMAIL PROTECTED]> The reason for the absolute paths is very likely to ensure that it does not pick up some random program named "gpg". (Making it configurable from a single point is probably a better w

Re: [PATCH] Remove absolute paths from gpg.rc

2007-03-16 Thread Thomas Dickey
On Fri, 16 Mar 2007, Christoph Berg wrote: Re: Brendan Cully 2007-03-16 <[EMAIL PROTECTED]> I'd like to hear some more concrete examples of the dangers of looking up gpg in the path... Ack. Just because gpg is a 'security' application doesn't make running "ls" instead of "/bin/ls" less danger

Re: [PATCH] Remove absolute paths from gpg.rc

2007-03-16 Thread Thomas Dickey
On Thu, 15 Mar 2007, Patrick Shanahan wrote: * David Champion <[EMAIL PROTECTED]> [03-15-07 21:28]: [...] I can think of two compromises: * as Thomas Dickey suggested, detect gpg at compile time and insert the correct path into the installed muttrc files; this might be a problem for

Re: [PATCH] Remove absolute paths from gpg.rc

2007-03-15 Thread Thomas Dickey
On Thu, 15 Mar 2007, Marco d'Itri wrote: On Mar 15, Thomas Dickey <[EMAIL PROTECTED]> wrote: The reason for the absolute paths is very likely to ensure that it does not pick up some random program named "gpg". (Making it configurable from a single point is probably a be

Re: [PATCH] Remove absolute paths from gpg.rc

2007-03-15 Thread Thomas Dickey
On Thu, 15 Mar 2007, Christoph Berg wrote: # HG changeset patch # User Christoph Berg <[EMAIL PROTECTED]> # Date 1173976786 -3600 # Node ID 50bc0121e4a8b1c638fa56451d477a7cf3b1cbce # Parent 5c2f2072a4dbfa69f2db7a93ae52b984f65e165c Remove absolute paths. The reason for the absolute paths is ve

Re: What's needed for mutt 1.6? (Debian patches)

2007-02-23 Thread Thomas Dickey
On Fri, 23 Feb 2007, Cameron Simpson wrote: On 23Feb2007 00:04, Christoph Berg <[EMAIL PROTECTED]> wrote: | xtitles is also very nice. What could be improved is that the default | for xterm_set_titles must currently be off because TERM is evaluated | at the time the variable is set. If the defau