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