Project

General

Profile

unexist.dev

Assorted tidbits and projects

Bug #167

Right term unreachable in left/center/right gravity layout

Added by Tim Y over 14 years ago. Updated over 14 years ago.

Status:
Fixed
Priority:
Urgent
Assignee:
Christoph Kappel
Category:
-
Target version:
-
Start date:
12/29/2010
Due date:
% Done:

100%

Estimated time:
0.00 h

Description

Description
When I have 3 terms using left/center/right gravities, I can never reach the right term via grabs. W-arrows, W-l, and W-r only swap between the left and center terms.

System info
Happens to me on both r2278 and r2464, compiled on x64.

Affected layout
0x400009 * 0 0 x 14 + 1676 + 1018 center 0 --- urxvt (URxvt)
0x400025 * 0 840 x 14 + 836 + 1018 right 0 --- urxvt (URxvt)
0x40006b * 0 0 x 14 + 1676 + 1018 left 0 --- urxvt (URxvt)

subtle.rb (19.4 KB) subtle.rb (almost default) laptop config Tim Y, 01/11/2011 06:58 AM

History

#1 Updated by Christoph Kappel over 14 years ago

  • Status changed from Unconfirmed to Feedback

Hm, I can't reproduce it also the layout is a bit odd. Why do the left and center urxvt have the same geometry?

#2 Updated by Tim Y over 14 years ago

Hmm, I'm not sure.. I may have accidentally typed over the pastebin before I cp+pasted it here.

Since no one else seems to have this issue, yesterday I tried subtle on my x86 laptop, but I get the same behavior as my x86_64 desktop.

subtle r2505 (no sublets, default config except for changing some keybinds and adding Contrib::Launcher)
ruby 1.9.2_p136
gcc 4.5.2

`subtler cl` output cp+pasted directly from laptop terminal:
0x800009 * 0 0 x 16 + 696 + 1030 left -- urxvt (URxvt)
0x80003a * 0 700 x 16 + 696 + 1030 right --- urxvt (URxvt)
0x80005c * 0 0 x 16 + 1396 + 1030 center --- urxvt (URxvt)

#3 Updated by Tim Y over 14 years ago

After going from r2529 to r2561, I can now access all the terms. There are still some oddities with :WindowLeft/Right/Down/Up/Raise/Lower behavior, but they are a bit difficult to describe in print. I can try to document the behavior if requested, but at least all terms are accessible now for me.

#4 Updated by Christoph Kappel over 14 years ago

What kind of oddities?

#5 Updated by Tim Y over 14 years ago

e.g. Say I'm working with 3 terms using left/top_right/bottom_right gravities, and I have a big term running screen/rtorrent/etc underneath those 3 terms:

 0x600009 * 0    0 x   15 + 1678 + 1018       center ---- urxvt (URxvt)
 0x60002c * 0    0 x   15 +  989 + 1018         left ---- urxvt (URxvt)
 0x600048 * 0  992 x   15 +  686 + 508     top_right ---- urxvt (URxvt)
 0x60005d * 0  992 x  525 +  686 + 508  bottom_right ---- urxvt (URxvt)

When I am on the bottom_right term and do :WindowUp, I expect to go to the top_right term:

  ___________ ______        ___________ ______ 
 |           |      |      |           |      |
 |           |      |      |           | Here |
 |           |------|  =>  |           |------|
 |           |  Up  |      |           |      |
 |___________|______|      |___________|______|

Instead, the big center term comes above into focus:
  ___________ ______        __________________ 
 |           |      |      |                  |
 |           |      |      |                  |
 |           |------|  =>  |                  |
 |           |  Up  |      |                  |
 |___________|______|      |__________________|

#6 Updated by Christoph Kappel over 14 years ago

Well, that only happens when the big term is on center gravity instead of left gravity.

#7 Updated by Christoph Kappel over 14 years ago

Does r2625 fix that for you?

#8 Updated by Tim Y over 14 years ago

Yes! I didn't realize you were going to look into it, but indeed, r2625 fixes it for me. Thanks.

#9 Updated by Christoph Kappel over 14 years ago

  • Status changed from Feedback to Fixed
  • % Done changed from 0 to 100

Nice, I will close this ticket then and yw.

Also available in: Atom PDF