screen-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: dividers/borders


From: cga2000
Subject: Re: dividers/borders
Date: Sat, 22 Mar 2008 14:22:14 -0400
User-agent: Mutt/1.5.13 (2006-08-11)

On Sat, Mar 22, 2008 at 01:33:29PM EDT, Angel Martin Alganza wrote:

[..]

> > the framebuffer driver that's specific to your video card, which
> > normally requires a make config and compiling a custom kernel.
> 
> I've never got a framebuffer running on PC, I'm afraid.  At least not
> with the precompiled Debian GNU/Linux's kernels, that's it.

If you use grub it's usually only a matter of typing "e" to edit your
boot command on the fly and adding vga=xxx to it .. where xxx is
something like 791 or 794 .. don't exactly remember since I use the
atyfb driver and the syntax is more explicit .. such as "video
atyfb:1400x1050" or something.

If you use lilo, you'll have to add it to your config file, run the lilo
command, IIRC ... and with a bit of luck you should have a higher
resolution than what you mentioned above.

Naturally, there may be cases where this won't work depending on
hardware, BIOS, etc.  

You could take a look at "Documentation/fb/vesafb.txt" in the kernel
source tree for details.

One thing I forgot to mention is that the main reason I looked into that
was that the vesafb modes did not include my display's native resolution
(1400x1050) and since this is an LCD (laptop) using any other mode
resulted in fonts that did not look quite as crisp as what I was getting
in an xterm.

> > See the "Framebuffer Howto" by Alex Buell.
> 
> Thanks, I'll have a look at it and see if I can get it set up.
> 
> > > Are there any Debian GNU/Linux or Free, Net, OpenBSD packages/ports
> > > which currently support it?  If not, is it too hard to compile screen
> > > from sorurce and which version should I try to compile?
> > 
> > Not sure how this relates to the above. As I understand it, screen per
> > se has nothing to do with resolution. IIRC, the only reason I had to
> > compile screen from source rather than use the Debian package was to
> > enable 256 color support and take a look at the new vertical split
> > feature.
> 
> Sorry, I maybe was not clear enough here.  What I meant was to ask
> whether there was a Debian or xBSD pack of screen *with vertical split*.  
> 256 colors I don't even need most of the time, just when doing some
> picture editing/viewing, which I can do on faster boxes with X.

If you spend a lot of time in vim for instance, 256 colors is worth a
look. Makes it a bit easier on the eyes ..

> > But in any case, on a recent Debian GNU/Linux, compiling screen from
> > source is usually just a matter of reading the doc and once you have
> > decided what options you need beyond the defaults, if any .. typing
> > "./configure --options; make".  
> 
> Excellent, I'll give it a tray, then.

Good luck with it.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]