Re: Possible CopyArea Corruption With gtkclist.
- From: ralph inputplus demon co uk
- To: otaylor redhat com
- Cc: gtk-list redhat com
- Subject: Re: Possible CopyArea Corruption With gtkclist.
- Date: Wed, 12 Aug 98 14:46:51 +0000
Hi,
> How often do you move a window over the CList while simultaneously
> scrolling the window. The only time this is ever going to be a problem
> for the CList is if your program isn't keeping up with the incoming
> events, or perhaps if your machine is thrashing.
I'm suffering because some clients are displaying to me via a
transatlantic link, whilst others are over a clogged up LAN. My
server? An 80186 based IBM Xstation 120. So I agree I'm making the
situation more likely. :-) But in some ways its a nice system to
play on; everything is in slow motion!
> (Are you say, continously auto-scrolling without user interaction? - I
> suppose that could trigger the problem - though typically in
> this circumstance any corruption will very quickly be off the
> screen...)
I was using CopyArea on an insert of a new row, and this was happening
without a user action.
> There is only one algorithm I know of which is absolutely foolproof,
> and this would pretty much need to be implemented at the GDK level.
>
[cut]
Thank you. Very elegant. To start with I think I'll just redraw the
whole window when I detect the problem has occurred as opposed to
translating the received rectangle through all the queued up changes.
Ralph Corderoy.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]