Rxvt-Unicode-Grenzen wurden in Ubuntu Precise angezeigt

1770
StanAngeloff

Ich habe ein Upgrade von Ubuntu Oneiric 11.10 auf das RC von Ubuntu Precise 12.04 durchgeführt. Nach dem Upgrade erscheinen Grenzen, die ich nicht loswerden kann.

Dies zeigt, dass der Hintergrund von rxvt-unicode auf rot und der Hintergrund von Vim auf blau gesetzt ist. screen shot of the issue

In Oneiric 11.10 gab es keine rote Umrandung, und Vim war die volle Breite / Höhe des Terminalfensters.

Dies scheint ein Rxvt-Unicode-Problem zu sein, da gnome-terminalVim ohne Grenzen umhüllt wird.

Ich habe mit gebastelt URxvt.font, sowohl beides pixelsizeals auch einfach eingestellt size, aber beides hat keine Wirkung.

Ich habe versucht, mit Vim -u NONE -Xzu starten, um zu bestätigen, dass es sich nicht um ein Plug-In-Problem handelt, sondern auch, dass der RXVT-Unicode mit seinen Standardeinstellungen ausgeführt wird. Keines hatte irgendein Ergebnis.

Soweit ich das beurteilen kann, ist das Versions-Update zwischen Oneiric (vorher 9.12) und Precise (ist 9.14) (aufgrund von Reputation kann keine Verknüpfung mit Ubuntu-Paketen hergestellt werden) nur geringfügig. Ich habe mir das 9.14 Changelog angesehen, aber es war nichts zu verdächtiges, abgesehen von:

  • Ausrichtung der geerbten Wurzel-Pixmap korrigieren, wenn diese eine andere Größe als das Wurzelfenster hat und das Terminalfenster am linken oder oberen Rand (Mikachu) liegt.

Hat jemand anderes in rxvt-Unicode begegnet? Gibt es eine Problemumgehung?

1

1 Antwort auf die Frage

3
Daniel Andersson

Dies ist ein Bugfix in 9.14 :

  • behebt einen redraw-Fehler, der auftritt, wenn eine bg-Pixmap festgelegt ist und der WM-Code die von urxvt festgelegten Größenhinweise nicht berücksichtigt. Jetzt erzwingt urxvt, dass die Größe des Terminalfensters ein Vielfaches der Zellengröße ist.

Wenn die Terminalgröße in Pixel kein gerades Vielfaches der individuellen Zeichengröße ("Zellengröße") ist, wird notwendigerweise irgendwo ungenutzter Speicherplatz (in diesem Fall unten und rechts) vorhanden sein. Ich kann nur annehmen, dass dies ursprünglich als etwas gedacht wurde, das "nicht passieren sollte" (versuchen Sie, die Größe eines Terminalfensters zu ändern, und Sie werden feststellen, dass die Größe nur auf ein Vielfaches der Zellengröße geändert wird (oder zumindest sollte es))., aber wenn einige WMs zB das Fenster maximieren, geschieht dies tatsächlich.

urxvtpflegte, diesen Bereich einfach "leer" zu halten (als Hintergrund des Terminals), was jedoch zu einem Fehler führte, wenn das Fenster z. B. in der Größe "Awesome" geändert wurde, was in diesen Niemandsland-Grenzen blutete (siehe http: //awesome.naquadah). org / wiki / Urxvt_Hints ). Dies wird nun durch die Schließung urxvtdieser Lücke durch die Grenzen erreicht.

Um das Problem zu mildern, können Sie die Rahmenfarbe auf etwas weniger auffälliges als klares Rot einstellen oder sicherstellen, dass das Fenster ein Vielfaches der Zellengröße ist. Die größte Frage bei Ihrem Bild scheint zu sein: Warum ist die Pixelgröße Ihres Terminals kein Vielfaches der Zellengröße? Dies kann an sich schon ein Fehler sein. Versuchen Sie, die Größe zu ändern und herauszufinden, warum das so ist.

In Precise ändert sich die Größe des Fensters "rxvt-unicode" nur in festen Schritten. Dies ist wahrscheinlich auf "Pixelgröße" in der Konfigurationsdatei für "URxvt.font" zurückzuführen. Unabhängig von der Fenstergröße gibt es immer eine Umrandung. Die Farben "Rot" und "Blau" wurden nur für dieses Screengrab ausgewählt. Andernfalls wird Schwarz standardmäßig verwendet, aber es ist immer noch sehr auffällig. StanAngeloff vor 12 Jahren 0
@StanAngeloff: Versuchen Sie, urxvt border-width auf 0 zu setzen, dh `urxvt -b 0`. Ich denke, dies ist ein WM-Problem, bei dem die Grenzen bei der Berechnung der Terminalgröße nicht berücksichtigt werden. Daniel Andersson vor 12 Jahren 0
Vielen Dank, "-b 0" hat es gelöst. Ich habe es in meine .Xresources als `URxvt.internalBorder: 0` eingefügt und es ist kein Problem mehr. Ich frage mich, ob ich dies melden sollte, es scheint merkwürdig, dass es unter Ubuntu als Standardverhalten defekt ist. StanAngeloff vor 12 Jahren 0
@StanAngeloff: Ja, melde es in Ubuntu gegen den rxvt-Unicode. Ich denke, das Problem ist wirklich in der WM, aber wenn man es an den RXVT-Unicode bindet, werden wahrscheinlich zumindest die richtigen Leute darauf aufmerksam werden. Daniel Andersson vor 12 Jahren 0