You are not logged in.
Hello,
rxvt-unicode won't maximize and cover all pixels on all sides. It leaves a few pixels uncovered. It has become a little annoying, I keep closing the windows behind it. I found a 2010 [1] thread on the issue with explanation but no solution. I am using KDE. I was wondering if there has been any progress on this issue that I am unable to find. Any pointers would be appreciated.
Thanks.
[1] https://bbs.archlinux.org/viewtopic.php?id=92115
.Xresources:
URxvt*.font: xft:Monaco:size=9
!URxvt*.geometry: 90x23
!URxvt*.depth: 32
!URxvt*.background: [95]#000000
! Disable Scrollbar
URxvt*.scrollBar: true
! scrollbar style - rxvt (default), plain (most compact), next, or xterm
URxvt*.scrollstyle: plain
! move the scrollbar to the right side
URxvt*.scrollBar_right: true
! do not scroll with output
URxvt*.scrollTtyOutput: false
! scroll in relation to buffer (with mouse scroll or Shift+Page Up)
URxvt*.scrollWithBuffer: true
! scroll back to the bottom on keypress
URxvt*.scrollTtyKeypress: true
!Background / Foreground
*background: #202020
*foreground: #ddccbb
!Black / Light black
*color0: #222222
*color8: #666666
!Red / Light red
*color1: #cc4747
*color9: #bf5858
!Green / Light green
*color2: #a0cf5d
*color10: #b8d68c
!Yellow / Light yellow
*color3: #e0a524
*color11: #edB85c
!Blue / Light blue
*color4: #4194d9
*color12: #60aae6
!Purple / Light purple
*color5: #cc2f6e
*color13: #db588c
!Cyan / Light cyan
*color6: #6d878d
*color14: #42717b
!White / Light white...?
*color7: #dedede
*color15: #f2f2f2
Last edited by donniezazen (2013-09-22 17:31:18)
Offline
Tell your window manager to ignore the size hints.
Evil #archlinux@libera.chat channel op and general support dude.
. files on github, Screenshots, Random pics and the rest
Offline
Okay after depressing searching and giving up I stumbled upon Emacswiki's KDE Maximized. Emacs had the same problem. Emacs's solution also worked for rxvt-unicode.
Solution: Right Click on window title bar > More Actions > Special Applications Settings > Size and Position > Obey geometry restrictions > Choose Force and leave check mark to No. Voila! all size problems go away.
Offline
Neither urxvt nor emacs are capable of ignoring that setting - they are not aware of that setting.
If this is happening, it is an issue with KDE ignoring that setting.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
@Trilby Thanks. I will look into why those settings are being ignored.
I talked to Martin Gräßlin, maintainer of KWin, and it's a dead end from his side. Here's the conversation.
we don't workaround client bugs or do client specific adjustments. That's not the task of the window manager. If others do that: fine, we don't. Also I have never heard of this application.
funny co-incidence: just this afternoon I was porting some code to XCB (http://quickgit.kde.org/?p=kde-workspace.git&a=commit&h=35053caca523c581078f81145049a18a65f5ddf0 ) and found a code fragment documented with a bug number. Opened the bug report to see whether it's still needed and it was about rxvt. Apparently it needs hints which got deprecated a decade ago.
Offline
That is all bass ackwards.
urxvt does not "need hints", it provides hints for the window manager. It is up to the window manager to decide what to do with those size hints. My window manager does nothing with size hints, so I have no problem fullscreening urxvt. Urxvt sets size hints in increments of rows and columns of the current font, but window managers can chose to ignore these hints and set the window to whatever size is desired.
The problem you are experiencing is because your window manager is explicitly using the hints.
In short:
- the clients don't need the hints, they provide them for the WM
- I'm pretty sure size hints are not "deprecated" - quite sure, but even if someone once tried to say they were, they are actively used in new code to this day.
- They've never heard of urxvt or emacs? Really?
Are you sure who you were interacting with was who they say they were? And if so, is that someone important in kwin development? It sounds like they don't have the slightest clue what they are talking about.
EDIT: the EWMH manual, published in 2011, covered window manager size hints. Clearly they were not deprecated a decade ago.
EDIT: the function GeometryTip::GeometryTip defined starting on line 27 of geometrytip.cpp in the kwin directory of the kde-workspace package accepts the WM Size hints that were allegedly deprecated a decade ago. Whoever you were talking to clearly had nothing to do with the coding of the KDE window manager.
Last edited by Trilby (2013-09-22 21:32:00)
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Thanks for the info. It will take me a few days to absorb all the info. Martin may not know about rxvt but he is genuine. Nonetheless, I am trying emacs in Gnome and it has similar problem. The window dose span over the whole screen but scrollbar gets restricted a few pixels before the screen edge.
Offline
I am not sure if this is what you want, or it it will work with KDE, but I spent a few hours today trying to get urxvt, to maximize and cover all pixels on all sides of my screen.
After adding the following to my .Xdefaults:
urxvt*internalBorder: 0
All pixels were in use.
I use stumpwm
Offline
@demoreal internalBorder defines space between edge of the window and prompt and not between edge of the screen and your window. Tiling window managers tend to be much more sympathetic to archaic-toolkit-dependent-programs like rxvt-unicode or emacs compared to Gnome/KDE.
UPDATE:- I think I should remove instances of emacs from this thread. It seems to have been fixed using the Obey geometry restriction. The sideline I was seeing in emacs is called the Fringe and is suppose to be there. rxvt-unicode is continuing to disobey geometry restrictions.
UPDATE:- It looks like the Fringe is left to the scrollbar but there is another few pixels on the right of scrollbar which does not seem to do anything.
Last edited by donniezazen (2013-09-28 19:55:27)
Offline