Known listview problems

[Paul Rupe]

On 17 Oct 2002, dpaun at rogers.com wrote:

>   -- Store per-column info into the listview
>      (see the second status update for details)

I think this may have broken something in Xnews.  In the newsgroup listing 
(always) and the article listing (sometimes), selecting an item causes the 
rightmost two columns or so to be cut off.  Forcing a redraw of the window 
fixes it temporarily.  I went back in CVS and 1.251 of listview.c is first 
version that does this.  I also added U0 and U1 but that didn't make any 
difference.

I was out of town all last week, but now I'm caught up and running CVS 
1.256+U0+U1...

- In Xnews open a group or article listing with a bunch of rows.  Page down 
a few times, then hold Shift and page up once.  What should be the new top 
row is being drawn on top of the listview heading.  This happens only with 
multiple selection.  Single-select Page up is fine.  Looks like this first 
happened in 1.202.

- It seems we're back to O(n) performance on long listviews.  My group 
listing with 50,000 entries takes about a second to select an item.  I went 
back and found that 1.248 is the first one with this problem.

- Place an xterm or some other window partially covering a listview.  
Scroll down using the arrow key with the window on top.  The row just 
coming out from under the xterm is a copy of the row above it rather than 
the correct one.  Scrolling up does the same thing but with the row on the 
bottom.  I first noticed this in the L or M series of patches right before 
I left, but I think it may be older than that.


-- 
Paul Rupe                                        "She smiled, in the end."
p r u p e @ m y r e a l b o x . c o m

| Oppose government police-ware on your PC!
| Stop the Consumer Broadband and Digital Television Promotion Act!
| <http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html>