[Gambas-user] Signal #11

[admin at ...1080...]

> -----Original Message-----
> From: gambas-user-admin at lists.sourceforge.net 
> [mailto:gambas-user-admin at lists.sourceforge.net] On Behalf Of 
> Benoit Minisini
> Sent: Monday, November 21, 2005 10:50 PM
> To: gambas-user at lists.sourceforge.net
> Subject: Re: [Gambas-user] Signal #11
> 
> On Monday 21 November 2005 22:41, Werner Staudacher wrote:
> > Benoit Minisini schrieb:
> > >On Sunday 20 November 2005 23:04, Werner Staudacher wrote:
> > >>Hi all
> > >>
> > >>Since i have Version 1.0.12 installed some project does end with 
> > >>Signal
> > >>#11 when the first Form should be displayed, after all 
> startup code.
> > >>So i take a look for diffrents between the running and 
> the stopping 
> > >>projects, and found that it is the progressbar. When i drop them 
> > >>from the Form its okay again.
> > >>But for some Projects it would be nice to have progressbars :(
> > >>
> > >>Staudi
> > >>
> > >>PS: Have a Debian 2.6.11 based Distro from Kanotix with KDE
> > >
> > >Can you send me a project that crashes please?
> >
> > Hi Benoit
> >
> > I found the point: It is the height-value.
> > I want the progressbar only  visible if he has to show a 
> action, but i 
> > got it never to work this way (to show and refresh by 
> action) when it 
> > was not visible at startup. As workaround i let it visible 
> and set the 
> > height to 0. Maybe that kind of design is strange ;-) Now 
> with Version
> > 1.0.12 when the control is visible and the height less then 10, the 
> > signal #11 occurs, if not visible it works.... but is never visible 
> > when in action. Hope this helps, otherwise i can send you 
> the project data.
> >
> > Staudi
> >
> 
> I think this is a bug either in QT or, more probably in the 
> KDE style you use. 
> Style are often badly programmed, and don't expect having a 
> progress bar with a too small height!
> 
> Which KDE style do you use? I use Lipstick, and when the 
> progress bar is too small, I don't have a crash, but many QT 
> warnings about illegal painting actions.
> 
> Regards,
> 
> --
> Benoit Minisini
> 
> 
My KDE style i dont now, but i have a theme called Michelangelo.
And yes i had messages in the debug window about problem with painting.

That the progressbar does not show its action when it is unvisible at
startup, is this by design or i do some wrong?
I do it like this:
Sub button_click()
Progressbar.visible=true
Progressbar.value=0
Progressbar.refresh()
.... Some action
Do while
Progressbar.value=value
Progressbar.refresh()
loop
...
Progressbar.visible=false
End

But the progressbar is never visible.

Regards
Werner Staudacher