[Gambas-user] Signal #11

[Werner Staudacher]

Charlie Reinl schrieb:

>Am Dienstag, den 22.11.2005, 16:00 +0100 schrieb 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
>>    
>>
>
>Salut,
>
>please try this working small project, play around with height etc. and
>tell us if it worked or not 
>
>Amicalment
>Charlie
>  
>
Hi Charly

Thanks for the Test project.
I fiddled around and and changed a little so that you can see what i mean.

Staudi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ProgressBar.tar.gz
Type: application/gzip
Size: 2966 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/user/attachments/20051122/32a7a5f6/attachment.gz>