Hi,
1. I am using rxvt-unicode v8.4 (from Ubuntu Hardy) in fluxbox. When
sending the ESC ] 50 sequence to change font, the text area inside the
rxvt window becomes unusable: it sometimes moves to the middle of the
window, and it never occupies the full window size (either it becomes
smaller or larger than the containing window). The horizontal scroll bar
moves along with the text area. The containing window does not change size.
If I move or maximize the urxvt (or switch tabs in tabbed mode) the
text area moves/resizes to fit the window. But I cannot cause this to
happen programmatically with XMoveResize, thanks to the lack of any
meaningful way to obtain the current position/size of the text area
(with the tabbed extension, the position is NOT 0,0, and the height
needs to be reduced by the tab overlay height). The lack of XMove
support (forcing me to use XMoveResize) is just the icing on the cake...
Do you know what could be causing the text area to move, or how I can
generate a refresh?
2. I have had trouble even causing this (incorrect) behavior. My idea
was to add to the options-popup a "Small Font" menu item. So I wrote a
perl extension:
sub on_start {
my ($self) = @_;
my $term = $self->{term};
$self->{myoption} = 1;
push @{ $term->{option_popup_hook} }, sub {
("Small font" => $self->{myoption}, sub {
$term->resource (font => "9x15")
$term->want_refresh;
})
};
}
Using $term->resource (font => "9x15") as above does not work. That
modifies the font of the popup, but not the font of the terminal;
similarly, resource (color => "red") changes the fgcolor of the options
popup, not of the text.
Eventually I have discovered that $term->cmd_parse works ($esc_seq)
works (messing up the text area as above), but that seems convoluted.
What is wrong with this extension?
Thanks,
Dan Muresan
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode