xmplay refresh issue

Started by Sub-Zero,

Sub-Zero

I've noticed since upgrading to 2.7 that sometimes xmplay 'forgets' to refresh itself after another window was dragged over it (but not left on top, duh).  Its not really a big deal, but I have to drag another window over it slowly to get it to refresh.

I'm running winxp sp1 with latest nvidia official drivers (as of a week ago) on a GF2 Ultra.

Btw, any parts of the display that have dynamic updating continue normally.  Look at xmplay-wtf.jpg on the ftp to see what I mean.

Olego

Quotexmplay-wtf.jpg
How professional! :laugh:
~Olego~

Zarggg

#2
Quote
Quotexmplay-wtf.jpg
How professional! :laugh:
~Olego~
And yet so very, very accurate in description. ;)

Sub-Zero

um..sorry?  I was trying to be a little funny about it.  I'm not angry at all..hahaha

Ralesk

I have some refresh issues in WinXP (with or without SP1a) with my intel740 [on the usual Celeron300A]...

If anything, it's dead slow, and it seems to me that the big playlist redraws a couple more times than perhaps it should?
Aaanyway, as an addition, it also sometimes hangs --- the track list displays sometimes just refresh a couple of times then they stop.  And I need to minimise or quit or something like that to get it working again.

Brightguy

In the new "Calm" skin, when I switch to mini mode, the window shrinks to the size of the mini mode, but it doesn't load its bitmap; you only see the bottom left-hand corner of the main window.  The buttons of the mini mode "pop up" as you move your cursor over where they should be.

This happens most of the time.  Sometimes when it doesn't work, I got it to work by dragging a panel out before activating mini mode.  If you can't reproduce it, I could upload a picture of it.  Maybe it's a problem with all the blank space the author left in the mini-mode bitmap (so the mini-mode would appear in the bottom left corner instead of the top right as it normally does).

Torkell

An old problem which I've just remembered is that the GUI doesn't always redraw itself after one of Ian's tooltip-thingies vanishes. A possible solution (depending on what has already been done) is to get the tooltip function to call your Paint() function after the tooltip has been removed.