On Sun, Mar 02, 2008 at 03:32:56PM -0500, Ritesh Kumar wrote: > I saw a peculiar resizing behavior with mrxvt and here is how one can > reproduce it: > > In a _new_ mrxvt, fill the window *partially* with some command (a couple of > ls's will do the trick). Then vertically resize (shrink) it. The content at > the bottom of the window disappears... and it doesn't reappear if the window > is vertically expanded back. > > However, in a new mrxvt, fill the window *fully (let some text scroll)* with > some command (a couple of ls -lha's will do the trick). Then vertically > resize (shrink) it. Now, the content at the top of the window disappears ... > and it reappears if the window is vertically expanded back. > > Why is the resize behavior different in these two cases? I think the > second behavior is desirable even in the first set of circumstances. > Is this a bug?
This is a bug. Thanks for pointing it out. Hopefully I'll be able to fix it in the near future. > If not, what can I do to enable the second behavior throughout? Any chance you're willing to help fix bugs... :) > Of course horizontal resizes always loses content from the right. Is > it conscious design decision to not reflow the text content in the > window again? Yes losing horizontal content (was) a design decision of rxvt, and we've not put the effort into changing it. It would be desirable not to lose the info, but changing the code to do accommodate this would be quite cumbersome (i.e. I don't see myself doing it in the near future). We welcome patches :). GI -- A)bort, R)etry, I)nfluence with large hammer. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Materm-usage mailing list Materm-usage@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/materm-usage Mrxvt home page: http://materm.sourceforge.net
