Preston Crow wrote: > I assume everyone is aware of the client display issues, but I haven't > seen anything posted here, so I'll outline the problem as I've observed > it: > > I'm using the gtk client with a fairly large view of the map (19x19), > though I suspect that neither of those points are terribly relevant to > the bug. I have fog-of-war enabled, which probably is relevant. > > Anyway, the problem is that when something is on the screen when you > last saw the square, and the square becomes visible again, it is still > displayed there even if it isn't really there anymore. This is most > common with area-effect spells and monsters. The simplest way to > demonstrate this is to use some spell like burning hands in one > direction and then run in the opposite direction while the fire is still > on-screen. Wait briefly for the fire to die, and more back--you'll see > it still there. > > There are several ways to get the display to correct itself: > > 1) Sometimes moving over the square resets it. (It's funny to then see > pieces of multi-square monsters left.) > > 2) Other things moving over the square (monsters, spells, etc.) > sometimes resets it. > > 3) Moving so that the square is on your screen but blocked by a wall > will result in it being reset when you see it directly. > > The last point leads me to suspect that the client is setting a bit to > indicate that a map cell needs new information, but it isn't setting it > when a square becomes off-screen. I've seen the problem also, but haven't had time to track it down. It is somehow related to the smoothing code. If you go back to a cvs version before that smoothing stuff was put in, you never see the issue. _______________________________________________ crossfire-devel mailing list crossfire-devel at lists.real-time.com https://mailman.real-time.com/mailman/listinfo/crossfire-devel