INTERACT FORUM

Windows => Plug-in Development => Topic started by: RhinoBanga on May 18, 2002, 03:44:10 am

Title: 8.0.275 major skinning issue with plugins
Post by: RhinoBanga on May 18, 2002, 03:44:10 am
Guys,

When you maximize/minimize MJ with a plugin viewed it seems that yout skinning engine is overpainting controls.

For example I just have the BusyBox sample:




Then when I maximize/restore the screen it becomes:




At first I thought it was to do with XP and frames (a known issue) so I placed a button on the form but it still failed:





Now what is really interesting is that you can see the items being painted correctly ... then get blanked out.

With AV installed I also get the blanked out effect when I move the main MJ splitter which is where I first encountered the issue.   At first I thought it was just a problem with AV but after proving it with only BusyBox loaded it can't be Next Page
Title: RE:8.0.275 major skinning issue with plugins
Post by: RhinoBanga on May 20, 2002, 12:46:19 pm
Matt/Nikolay ... did you manage to reproduce this problem?
Title: RE:8.0.275 major skinning issue with plugins
Post by: Matt on May 21, 2002, 10:22:44 am
When your control is being created, try:

pMJ->EnableSkinning(FALSE)

and then after creation:

pMJ->EnableSkinning(TRUE)

Does that do the trick?

Thanks.

-Matt
Title: RE:8.0.275 major skinning issue with plugins
Post by: RhinoBanga on May 21, 2002, 10:40:12 am
Matt,

Skins were disabled in MJ as can be seen by the screenshots so wouldn't it be fair to assume that no skinning should be taking place anyway?

Also I am using VB not C and using EnableSkins 0 did not solve the problem.


Did you reproduce the issue with your BusyBox sample?
Title: RE:8.0.275 major skinning issue with plugins
Post by: Matt on May 21, 2002, 01:45:49 pm
Oops, you're right -- it's not the skinning.

And it'll be fixed next build.  Needed the RDW_ALLCHILDREN flag in RedrawWindow(...) or else the VB child controls wouldn't repaint themselves.

Thanks Rhino.

-Matt