Analysis:
During the operation in question, ml calls XmListReplaceItemsPos with a
position of 0. This replaces the entire list. I suspect that something is going
to need to be re-drawn. That is, if at least 1 item is showing :) The last
patch added in the need_refresh variable, line ~5468, which is initialized to
False, and in no case is ever changed to True. The missing _XmListRedraw is
causing my missing "D's". The other thing that I noticed is in
_XmListReplaceItemPos we are setting the name, width, height, and length of the
new item, but not the LastTimeDrawn. Setting this to False at line ~5404 also
seems to cure my problem.
Peter, you've looked closer at this than I have recently, could you take a
look. My thinking is that _both_ places need to be fixed. The first because
need_refresh should be turning True in some cases, the second because if it is
a new item, how would it have been drawn last time??
On 01-Sep-00 at 02:09, Peter Stein ([EMAIL PROTECTED]) wrote:
> On Thu, 31 Aug 2000, Rick Scott wrote:
> Hi,
>
> I'm not realy sure, if I'm the one you are adressing, but anyhow ...
>
> > Okay, I thought I was wrong for a while, but I'm pretty sure now that the
> > patch to help the expose of list items went just a little bit too far.
> > With ml, the D flag is not showing up as I plough through my mail hitting
> > "Delete +". The messages are getting deleted, since they are gone after a
> > "Remove", but the D flag in the original list is _not_ showing up anymore
> > untill the list gets scrolled. It's as if a change of one of the items is
> > not causing a refresh of the list anymore......
> The patch I submitted delayed updates of - invisible - items, that is
> those that are offscreen while the update takes place. The lists gets
> repainted as soon as scrolling is done.
> >
> > Hopefully the original patch submitter is listening still........
> >
> >
> I don't know of any side effects, and I'm updating medium sized lists
> (about 600 entries) quite frequently (about 8 items a second) in the
> visible and invisible part alike. All visible items get updated as soon as
> the changes takes place, all invisible items are just not shown (as one
> might expect :-)). They are updated by the way, but the roundtrip causing
> the list to refresh the screen is omitted if, and only if, invisible items
> are effected solely. (This is the theory, and it works for me ...)
>
> I don't know the app you mention (ml, a mail reader?), so I don't know if
> there are any side effects in this circumstances. (And I still have to
> check the new release, since I am not able to use the cvs versions due to
> firewall restrictions. I just started the download and will begin checking
> on monday)
>
> best regards
>
> +-------------------------------------+-------------------------------+
> | Peter Stein | |
> | technische Datenverarbeitung (TB4) | Tel: (+49) (0) 5524-82 415 |
> | DETA Akkumulatorenwerke GmbH | Fax: (+49) (0) 5524-82 439 |
> | Odertal 35 | e-mail: [EMAIL PROTECTED] |
> | 37431 Bad Lauterberg | [EMAIL PROTECTED] |
> +-------------------------------------+-------------------------------+
> Der Author erklaert sich fuer nicht richtungsweisend in allen Belangen
> der deutschen Grammatik, Orthographie und Interpunktion !
> Author denies any authority in respect to grammar, orthography and
> punctuation of written material !
>
>
>
