Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On Wed, Jun 11, 2008 at 01:39:01PM -0400, Tom Metro wrote: > Yes, I assumed that was the underlying trigger. > > Though I incorrectly stated the problem before. When using screen, > scrollback via the xterm is broken always, not just when viewing a man > page. Ah, I believe that's a different problem. On my system, screen doesn't behave that way... I assume it's a configuration option. However it's not really a problem, because screen manages its own scrollback buffer, since many terminals don't have such a thing. You have to use screen's native scrollback features, which are activated by CTRL-A-ESC by default, and deactivated by ESC by default, IIRC. Check out screen's man page for more details. > >This is set in xterm with a resource: > >XTerm.vt100.titeInhibit: true > > Is there a way to specify that as a command line option to > gnome-terminal, or do I need to mess with the X resource database? Gnome's terminal program does not, as far as I know, use X resources at all. There's probably a way to do it from gnome-term's configuration menus, but I don't use gnome-terminal -- strongly prefering the original xterm -- so I'm not overly familiar with it. -- Derek D. Martin http://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02 -=-=-=-=- This message is posted from an invalid address. Replying to it will result in undeliverable mail due to spam prevention. Sorry for the inconvenience. _______________________________________________ Discuss mailing list [hidden email] http://lists.blu.org/mailman/listinfo/discuss
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |