examples/demo-scroll doesn't work on urxvt

Bug #1628977 reported by Franz Fellner
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
libtickit
New
Undecided
Unassigned

Bug Description

It does not scroll. xterm works fine, as does pangoterm. demo-input recognizes Up/Down correctly, so I think scrolling should work.
xterm exports TERM=xterm, urxvt uses TERM=rxvt-unicode-256color, rxvt-unicode (without 256color) also doesn't work.

Though there seem to be other bugs in demo-scroll: It erases buffer content that left the window (in any terminal I tried). Is it supposed to do so? If not should I open a new report?

Revision history for this message
Paul "LeoNerd" Evans (leonerd) wrote :

> It does not scroll. xterm works fine, as does pangoterm. demo-input
> recognizes Up/Down correctly, so I think scrolling should work. xterm
> exports TERM=xterm, urxvt uses TERM=rxvt-unicode-256color, rxvt-unicode
> (without 256color) also doesn't work.

That sounds entirely expected. The demo is actually just showing off the scrollrect method on a window, which will only work if the backing terminal supports VSSM. Only xterm/pangoterm are known to support VSSM. The terminfo driver doesn't even attempt it.

A real application would use fallback around the failed scrollrect and apply buffer redrawing, perhaps from a renderbuffer or similar.

> Though there seem to be other bugs in demo-scroll: It erases buffer
> content that left the window (in any terminal I tried). Is it supposed
> to do so? If not should I open a new report?

Indeed - again it's just a demo showing the onscreen blit operation that is scrollrect. Once the content has departed, it's gone forever. A more complete example would have some in-memory backing buffer of the content to redraw it again later.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.