this was also present in the beta1, it happens (to me) when i/you/... restore the player, maximizing, minimizing(toolbar mode is not afected by this), resizing, etc does not fix the abnormal button behaviour, only a restart of the player.
it looks as it doesn't detect the rollout event.
one funny thing, don't know the technical name for these groups:
stop | prev | play | next [bottom middle]
full screen | compact mode [bottom right]
but the active button is the last hovered in those groups, only full screen or compact remain in hovered state after cursor rollout, never the both.
humm, is this the right place for this? i couldn't find the windows media player team blog and read in other threads ppl complaining about the same.
also, don't know if someone from the team will read this or not but, how about adding winamp-like queue system for the playlist?
imagine a big playlist, playing track1, and you want the next played item to be track 200 followed by track 250 and then continue to track 2.
handy but no big deal.
and another one, there's a flaw in the UI, it doesn't draw as expected when you alter the default border size, i'm using a value of 5px and this is the result when maximized:
the title bar gets cut of, same for the left border.
how about rendering the frame like the Vista version instead of the skinned UI? it would lose the consistency with those Luna themes but...
--------
os: win xp tablet 2005
wmp11 beta2