Fullscreen console apps in GNU Screen in an X term (of some sort) problems.
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Fullscreen console apps in GNU Screen in an X term (of some sort) problems.
Hello,
So my problem is perhaps a little odd. I tend to use console applications such as mutt for email and mocp for music when possible...and I tend to use them within GNU screen in some kind of terminal in X (with Ratpoison WM). However, GNOME Terminal is the only one I've had any success doing this with, since for some reason Xterm/Aterm/Eterm/etc. (including various other lightweight terminal types, which I prefer) really screws them up if I use them in Screen. In other words, my music program (for example) looks and works fine in just an aterm, but if I try to use it within screen on that same aterm the "graphics" are messed up beyond any hope of usage--everything, including letters and numbers, appears as crazy blocks. And for some reason I don't have this problem in GNOME Terminal. However, I would like to uninstall GNOME, since I never use it and it takes up a ton of room.
If anybody knows how to fix this--especially in an ATerm, but in anything other than the GNOME Terminal--your help would be much appreciated.
Not knowing what distro you're using I can't say much; but I use screen in
rxvt under Fluxbox successfully all the time :} ... even with apps with
colourful ansi & curses interfaces ... oh, and that's on slackware.
Thank you for the tips...however, even fiddling around with fonts hasn't fixed the problem. What font do you use that this works with? And currently I'm using Ubuntu 5.10 (Breezy Badger), though I'm looking at switching to Gentoo (at which point I would just not bother to install GNOME if I can avoid it). Is there a way to attach a screenshot? Perhaps that would help?
Ok, so after some googling I added the following two lines to my ~/.Xresources file:
Code:
xterm*faceName: MiscFixed
xterm*faceSize: 10
Nothing happened in an aterm--it still didn't work. But I tried a regular XTerm, and not only did it work, but it was a nice font, too! I think the problem in the Aterm is that for some reason it creates a border around itself, but I'm probably just making that up. And now that this is working...well, it's just good news.
I am having the same problem with Eterm and aterm. xterm and uxterm do not display this problem at all.
Googling has not turned up much so far but I may be piecing things together. When I don't run screen, ncurses programs like abook or make menuconfig in /usr/src/linux will run perfectly in any terminal I like. When I run screen in Eterm or aterm and then try to run an ncurses app the borders are garbled. I have set my locale to unicode.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.