You are not logged in.
I can't remove urxvt borders, and they look like this: https://imgur.com/a/wOQ1sny.
As you can see, there is unneeded spacing between window border and the opened CLI app.
But if I try to remove the borders, this is what I get: https://imgur.com/a/YvIdFac.
The window in the top left corner can't be focused (I can't even click on it with xkill, but I can with xprop).
The only ways to terminate that window are:
1. Using kill command.
2. Pressing Ctrl-C in the parent window.
Last edited by momu (2018-04-21 13:47:40)
Offline
The upper-left window in the 2nd scrot looks like it's unmanaged, check xwininfo on it for its override redirect status.
How did you "try to remove the borders"?
Offline
The upper-left window in the 2nd scrot looks like it's unmanaged, check xwininfo on it for its override redirect status.
How did you "try to remove the borders"?
xwininfo:
Absolute upper-left X: 0
Absolute upper-left Y: 0
Relative upper-left X: 0
Relative upper-left Y: 0
Width: 640
Height: 360
Depth: 32
Visual: 0x6e
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x3200003 (not installed)
Bit Gravity State: ForgetGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsViewable
Override Redirect State: yes
Corners: +0+0 -726+0 -726-408 +0-408
-geometry 80x24+0+0I tried using
urxvt -blto remove the spacing between a CLI app and urxvt (see the spacing on the left side and on the bottom between the cmus and the borders in my first image). Honestly, I don't really know is that even suppossed to disable that spacing, but what else could it be (the color of spacing is determined by URxvt.borderColor, so I assume that this spacing can be enabled/disabled with some URxvt option, and I already tried all of them except urxvt -bl.)?
I already have
URxvt.borderWidth: 0
URxvt.internalBorder: 0
URxvt.externalBorder: 0in my .Xresources, which disables the right and the top spacing.
Last edited by momu (2018-04-21 12:46:10)
Offline
man urxvt
-bl Compile frills: Set MWM hints to request a borderless window, i.e. if honoured by the WM, the rxvt-unicode
window will not have window decorations; resource borderLess. If the window manager does not support MWM hints
(e.g. kwin), enables override-redirect mode.Translation: "-bl" creates an unmanaged window, thus the Override Redirect State, thus the weird behavior.
Does
urxvt -b 0do what you want?
xrdb -query | grep -i internalborderOffline
man urxvt
-bl Compile frills: Set MWM hints to request a borderless window, i.e. if honoured by the WM, the rxvt-unicode window will not have window decorations; resource borderLess. If the window manager does not support MWM hints (e.g. kwin), enables override-redirect mode.Translation: "-bl" creates an unmanaged window, thus the Override Redirect State, thus the weird behavior.
Does
urxvt -b 0do what you want?
xrdb -query | grep -i internalborder
No. https://imgur.com/a/2jAblZI
Internal border is already set to 0 (verified by xrdb -query).
Offline
This looks like spacing on the right (and maybe bottom) - possibly for a forced pixel geometry that doesn't align to the resize increment, ie. it's an issue w/ your i3 setup?
Offline
I agree with seth. You're attempting to fulfill mutually exclusive goals. The *content* of a terminal window must in integer multiples of the row/column size: you can't have half a charater displayed on the far right. But i3wm sizes the window to fit your desired gap/layout. So whenever the pixel size of the window doesn't correspond to an integer multiple of the pixels per row/column in the terminal content, there must be a empty space on the right/bottom of the terminal.
You must either accept than empty space, or accept that your terminal windows will not properly fit in your i3 layout, they might often be slightly smaller than the area they are supposed to fill (some tilers like dwm* can allow this, but I'm not sure if i3 can due to it's tabbed containers: the container dictates the size not the client window, so a container with tabs for a terminal and some other window obviously cannot respect the size hints of all windows at once).
*note this used to actually be the defauly of dwm (it might still be, I've not used it in a while). And this created regular concerns in the opposite direction of yours: users would complain that terminal windows did not quite properly fill the space they were supposed to be in. They needed to configure dwm to not respect size hints to get the proper tiling behavior, and the small gaps on the right/bottom of the terminal content that you are seeing is a side-effect of that.
Last edited by Trilby (2018-04-21 17:24:45)
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Ok then. I'd rather have it this way than break i3 layout.
Last edited by momu (2018-04-21 13:47:24)
Offline