On Sun, Dec 27, 2009 at 06:54:42AM EST, Christian Ebert wrote: > * Chris Jones on Sunday, December 27, 2009 at 04:16:45 -0500 > > On Sat, Dec 26, 2009 at 01:19:46PM EST, Christian Ebert wrote: > >> Try screen-256color (without -bce), with -bce I can observe the > >> same symptoms. > > > > Looks like this works, though I also had to comment out the "bce on" > > statement in my .screenrc - otherwise screen initiatializes $TERM to > > screen-256color-bce. > > > > Do you happen to know why (how) this works? > > No. Just experimenting. AFAIR mutt has the same problem with > screen-16color-bce.
Thanks much anyway. I had lived with it for quite some time - actually it was also happening every time I was switching from the mutt screens - but lately, it had started to bother me. What's really bizarre about this is that I am pretty sure that I had turned bce on and used the corresponding screen terminfo entry because of a similar problem, where the status bars and cursor line only materialized for the length of the text that displayed, so to speak. On the browser, it looked something like: │ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ¹ │ │ <some mail boxes> │ │ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ² │ │ <more mail boxes> │ │ │ │ ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ³ ¹ the help bar ² the cursor line ³ the status bar I think that what happened was that when there was no text in the foreground, the background reverted to the default value. The really annoying thing about this was that the length of the cursor line's visualization would keep adjusting to the length of the mailbox name - quite distracting. CJ _______________________________________________ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
