indeterminate progress bar (was Re: Any equivalent to gtk_progress_bar_pulse()?)

Francesco Montorsi f18m_cpp217828 at yahoo.it
Sat Sep 2 05:44:41 PDT 2006


Vadim Zeitlin ha scritto:
> On Sat, 02 Sep 2006 14:21:23 +0200 Francesco Montorsi <f18m_cpp217828 at yahoo.it> wrote:
> 
> FM> right - I noticed this just two minutes after sending last mail - and 
> FM> here it comes the dumb question: can we use the universal one just as a 
> FM> generic one ?
> 
>  Unfortunately no :-(
D'oh; then we need to create a wxGenericGauge, right ?
It won't be difficult though.


> FM> AFAICS the only difference between the
> FM> wxGenericGauge-which-does-not-exist and wxGaugeUniversal is that the
> FM> last uses wxControlRenderer to draw itself... maybe this is the
> FM> problem?
> 
>  Yes (and also wxInputHandler and the rest of wxTheme). These classes are
> not compiled in the normal ports currently.
ok


> FM> since wxGauge can change its state from determinate to indeterminate at 
> FM> run time I think that wxProgressDialog should reflect this stopping time 
> FM> calculations when in indeterminate mode and resuming them in determinate 
> FM> mode...
> 
>  I didn't know that changing mode was possible after the control creation.
> Does it work under Windows with PBS_MARQUEE?
yes, it works i.e. it can dynamically switch between the two work modes..

Francesco





More information about the wx-dev mailing list