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

Reply via email to