Archive: UMUI progress bar


UMUI progress bar
My progress bar doesn't work correctly. Sometimes, I can see the gray background, sometimes not. Can I change this, that the bar is shown in every compile and not only in a few.

Thank you


I never found the solution, sorry


Hm, that's not a great bug. Is it possible to use a progressbar using uerdefined graphics?


SuperPat, use something like Spy++ to find out what's the window that hides the progress bar. Then, simply make sure it's properly hidden in the code before the instfiles page is displayed.


Hi all,

I have tried chaising this problem down for awhile now, see the other thread here:

http://forums.winamp.com/showthread....hreadid=269345

Its a strange bug, to say the least.

Here is a couple snapshots that show what the problem looks like.

(I modded UMUI "Install Files" page slightly, so that it lists the "section" name of what I am currently installing above the file names being extracted, but this is NOT causing this problem)

Attached are 2 pictures, good.jpg and bad.jpg.

You can see in the "bad" picture, the progress bar just isn't being drawn right, or the UMUI background is overwriting it, hard to say which is the real problem.


Hmmm, attachments don't seem to want to work for me.


Hmm, I guess they do. ;)

My previous post had the "bad" image, this post will have the "good" image.


Just an added update, for those that care.

I think the whole problem has to do with the fact that UMUI has a modded .exe for each of the page windows.
(ie, ultramodern.exe, ultramodern_nodesc.exe,
ultramodern_smalldesc.exe )

In that modded .exe, the full page has a window drawn over it. (Using reshack.exe, the ID is 1005)

All the other controls are "underneath" this window.

I understand why the "whole" window is there, which is to allow us to have custom backgrounds.

However, I think its interfering with certain controls, ie, the ProgressBar control.

Its hard to figure out if this is just a parent/child problem, or whether there is something more fundamentally wrong here.

Scott