Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[RhinoBanga]

Here's how to reproduce:

1.  Fire up MJ and switch in a skin, e.g. Z

2.  Exit MJ and open the MJ BusyBox VB sample

3.  Add MS Windows Common Controls 6.0 components to the project.

4.  Open the main form

5.  Paste on a ListView, set to report mode and add a column

6.  Compile and fire up MJ

7.  Go to the BusyBox sample and set the focus to the listview (e.g. just click in it)

8.  Now click on the Windows start menu item on the taskbar.


Notice how the whole ListView control has been zapped.


A big skinning issue for plugin developers

[Matt]

Thanks for the details Rhino.  We'll have a look...

[RhinoBanga]

Matt,

Any news on this and the issue where MJ looses focus when you play a track?

[Matt]

Gimme a day or two, because I need to get the player working again.  Then I'll dig around with the skinning.

Thanks Rhino.

[RhinoBanga]

OK dude.


Another skinning issue to add to the list.

The header control doesn't support bitmaps.

I am using indicator graphics to show the current sort sequence.   With skinning enabled they are not being drawn.

[Matt]

The header bitmap one is tricky.  We can't figure out how to get a valid HBITMAP from the header control, even though we have the HWND of it -- it always gives us garbage.  We'll have another look though.

[Matt]

Found the zapping problem.  It'll be fixed next build.

Guess VB doesn't repaint right if you do a RedrawWindow(...) on it without the RDW_UPDATENOW and RDW_ERASENOW flags set...

[RhinoBanga]

Thanks Matt,

I'll try in AV2 (which is C++) to see if it fixes the issue there as well.

[RhinoBanga]

Hi Matt,

It sorts of fixes it with the exception that the whole screen flickers really badly when the focus moves from MJ to the taskbar and back again.

[Matt]

When the app loses focus, we force a redraw for the whole window.

I wasn't sure why, but I'm sure we coded it for a reason.  Was probably for Win9x or something.

If it's a huge deal, we'll try removing it in version 9.

However, a redraw shouldn't really cause a flicker if you futz with it enough.  Make sure you're killing WM_ERASEBKGND where possible and clipping children.  Also, buffering any DC painting helps a ton.

[RhinoBanga]

Hi Matt,

In AV I am already using DC double buffering trapping WM_ERASEBKGND.

To see how bad it is load up your SleepTimer C++ sample, maximize MJ and switch focus.   As you can see that is a lot of flashing white

I tried to eliminate the background painting in there by trapping WM_ERASEBKGND in both CSleepTimerCtrl and CStaticCounter but it didn't make any difference.

So I checked with Spy++ I noticed that when a plugin becomes active it's parent changes to a window who's class name is AfxFrameOrView42s.   Does that window trap WM_ERASEBKGND?