Just for giggles, I switched my app over to use gb.qt and gb.qt.ext
and it seems to work a lot better...
So that raises the question, Could this be yet another gb.gtk bug?
--
Register Now for Creativity and Technology
Anyone else have any other suggestions?
I still can't get this to work.
Adding the wait on the process_kill() event also allows the
progressbar to refresh, but I the results are the same...performance
suffers with this lag at the end of every process.
I had similar problems, but I had only minor performance penalty. So
in my case WAIT was ok.
So I don't think I can help but...
Hard to believe that progressbar really needs 0.25s to just refresh...
WAIT must be doing something else too.
In documentation of refresh, there reads:
If you need an
So, the next version of my vinstall-ng app is really shaping up
nicely, but I'm running into a weird dilemma here.
This is a linux installer, so there is a lot of decompression going on
in the background as packages are being installed using via the gambas
EXEC method.
Here is the problem I'm
Don't wait, remove this part of the code:
IF $hproc.value 0 then
RETURN $hproc.Value
ELSE
RETURN 0
END IF
Then create an event handler for the kill event which is raised once the
program is finished
2009/5/26 M0E Lnx m0e@gmail.com
So, the next version of my vinstall-ng app is