Space between terminal

older
[noob question] I lost the sound...

Pablo Olmos de Aguilera Corradini

18 Jul 2012 18 Jul '12

11:46 a.m.

Since some time (sadly I'm not sure when), I've started to see a little space (like 5 to 10 pixels) between the vim window and the terminal window[1]. I don't know where to start looking, can somebody point me where to start looking? [1]http://i.imgur.com/dG4Kd.png Regards! -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/

Show replies by date

Brandon Allbery

18 Jul 18 Jul

noon

On Wed, Jul 18, 2012 at 11:46 AM, Pablo Olmos de Aguilera Corradini < pablo.olmosdeaguilera@gmail.com> wrote:

...

Since some time (sadly I'm not sure when), I've started to see a little space (like 5 to 10 pixels) between the vim window and the terminal window[1].

This is your terminal not using its full allocation, probably because it violates ICCCM and considers its space request to be obligatory on the window manager. http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutHints.html*... help, but you may need to consider using a non-broken terminal program. Too many lazy X11 programmers don't understand that the window manager has the final word on window sizes and it's up to their program to deal. -- brandon s allbery allbery.b@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms

Pablo Olmos de Aguilera Corradini

1:10 p.m.

On 18 July 2012 12:00, Brandon Allbery wrote:

...

On Wed, Jul 18, 2012 at 11:46 AM, Pablo Olmos de Aguilera Corradini wrote:

...
Since some time (sadly I'm not sure when), I've started to see a little space (like 5 to 10 pixels) between the vim window and the terminal window[1].

This is your terminal not using its full allocation, probably because it violates ICCCM and considers its space request to be obligatory on the window manager.

http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutHints.html *might* help, but you may need to consider using a non-broken terminal program. Too many lazy X11 programmers don't understand that the window manager has the final word on window sizes and it's up to their program to deal.

When you say "non-broken terminal program" are you talking about my terminal emulator? In the SS I was running Terminator, but I have also tried with gnome-terminal, urxvt, rxvt, xterm and aterm and the problem persists. Curiously lxterminal, Terminal (xfce terminal) and guake, vim covers the whole window. Afaik Terminal and gnome-terminal are both based on xterm, so I would expect the issue on both. Regards, -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/

Brandon Allbery

1:14 p.m.

On Wed, Jul 18, 2012 at 1:10 PM, Pablo Olmos de Aguilera Corradini < pablo.olmosdeaguilera@gmail.com> wrote:

...

...
http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutHints.html

...
*might* help, but you may need to consider using a non-broken terminal program. Too many lazy X11 programmers don't understand that the window manager has the final word on window sizes and it's up to their program to deal.

When you say "non-broken terminal program" are you talking about my terminal emulator? In the SS I was running Terminator, but I have also tried with gnome-terminal, urxvt, rxvt, xterm and aterm and the problem persists.

Most of the rxvt family, including aterm, are known to not work properly. urxvt *should* work as should gnome-terminal. xterm might or might not depending on exact version.

...

Curiously lxterminal, Terminal (xfce terminal) and guake, vim covers

I believe lxterminal, Terminal, and gnome-terminal all are based on the same Gtk+ VTE widget and all should work the same way. (They are NOT based on xterm.) -- brandon s allbery allbery.b@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms

Pablo Olmos de Aguilera Corradini

19 Jul 19 Jul

1:53 p.m.

On 18 July 2012 13:14, Brandon Allbery wrote:

...

On Wed, Jul 18, 2012 at 1:10 PM, Pablo Olmos de Aguilera Corradini wrote:

...
...
http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutHints.html *might* help, but you may need to consider using a non-broken terminal program. Too many lazy X11 programmers don't understand that the window manager has the final word on window sizes and it's up to their program to deal.

When you say "non-broken terminal program" are you talking about my terminal emulator? In the SS I was running Terminator, but I have also tried with gnome-terminal, urxvt, rxvt, xterm and aterm and the problem persists.

Most of the rxvt family, including aterm, are known to not work properly. urxvt *should* work as should gnome-terminal. xterm might or might not depending on exact version.

...
Curiously lxterminal, Terminal (xfce terminal) and guake, vim covers

I believe lxterminal, Terminal, and gnome-terminal all are based on the same Gtk+ VTE widget and all should work the same way. (They are NOT based on xterm.)

Thanks, I contacted the terminator main developer and he told me that the problem actually has to do with my combination between the font and screen size. Probably it was drawing (for ie) 20.3 rows, and it's configured to only show "complete" rows, so the rest 0.3 is lost. Then I started to resize the window, trying different font typefaces and sizes and it kind of works but it doesn't solve the issue completely. I stated that this was happening in some terminals... it results that it doesn't. It fails on every vte based term emulator. Well, kind of... the problem has to do with the font size, and size of the window, some terminals came with different configurations that's why it seems to work, but it was coincidence. So, in conclusion, is that vte (or gtk-widget?) only draw complete columns (or rows). Since in XMonad my windows are resized automatically (or manually) the 'jumps' doesn't coincide with the rows or columns of the terminal emulator. On 18 July 2012 14:00, Chris Jones wrote:

...

man xterm..?

in particular:

| % xterm -b pixels

or the corresponding X resource:

| VT100.internalBorder pixels

..؟??

Not sure other terminal emulations have this capability..

Thanks for the -b flag and the internalBorder Xresource, they work with urxvt and xterm. Though it works better with urxvt (dunno why). In fact, after trying a LOT of terms in the only one that the issue doesn't happen at all is in urxvt. ---- After my investigation, I guess that no 'real' solution exist, only some workarounds, so I have to: 1) work that way, 2) change my terminal emulator to urxvt, 3) pick a different font typeface/size combination, or 4) use the same colorscheme between vim and the term so the 'empty' space merge with the background Even if it's not much, you can ignore it, so I wonder how people deal with this. What are your suggestions? Regards, -- Pablo Olmos de Aguilera Corradini - @PaBLoX http://www.glatelier.org/ http://about.me/pablox/ http://www.linkedin.com/in/pablooda/ Linux User: #456971 - http://counter.li.org/

Chris Jones

3:39 p.m.

On Thu, Jul 19, 2012 at 01:53:25PM EDT, Pablo Olmos de Aguilera Corradini wrote: [..]

...

Even if it's not much, you can ignore it, so I wonder how people deal with this. What are your suggestions?

Well the problem is that an emulator's window size is measured in terminal cells, which are dependent on the font size that you specify when you launch your terminal session. While with window managers (and other X11 applications) the unit is the pixel. As a result, since you are working with integers, there is a high probability that there will be a mismatch, leaving a few pixel's worth between the terminal emulation's window and whatever slot you want it to fit into, either the entire physical screen of a ‘sub window’ created for instance by a tiling window manager. With xterm, you can use the -b flag etc. to tweak the terminal window's size pixel-wise, but since the value specified is a constant, this is really only convenient when you use full-screen terminals. Another option which turns out to be more flexible, is to tell your window manager to remove all decorations (borders, bars, etc.) from your terminal windows and use the same solid color for the terminal's background and the root window - e.g. black on black. The mismatch is still there of course, but you don't get to see it. What this means is that if you need to start two terminals with different-size fonts (e.g. for different scripts) and ask the window manager to maximize them.. the gap may be different but all you get to see is a black screen and your shell prompt. CJ -- Mooo Canada!!!!

Chris Jones

18 Jul 18 Jul

2 p.m.

On Wed, Jul 18, 2012 at 11:46:05AM EDT, Pablo Olmos de Aguilera Corradini wrote:

...

Since some time (sadly I'm not sure when), I've started to see a little space (like 5 to 10 pixels) between the vim window and the terminal window[1].

I don't know where to start looking, can somebody point me where to start looking?

man xterm..? in particular: | % xterm -b pixels or the corresponding X resource: | VT100.internalBorder pixels ..؟?? Not sure other terminal emulations have this capability.. CJ -- SOMEBODY SET UP US THE BOMB

4688

Age (days ago)

4689

Last active (days ago)

List overview

Download

6 comments

3 participants

participants (3)

Brandon Allbery
Chris Jones
Pablo Olmos de Aguilera Corradini