[wx-dev] Re: indeterminate progress bar (was Re: Any equivalent to gtk_progress_bar_pulse()?)

[Vadim Zeitlin]

On Sat, 02 Sep 2006 13:11:51 +0200 Francesco Montorsi <f18m_cpp217828 at yahoo.it> wrote:

FM> for now let's use the if () else approach (fortunately wxGauge has a 
FM> limited set of functions).

 The only alternative I see is to have two different wxGaugeImpl classes in
src/msw/gauge95.cpp and forward all wxGauge methods to them and create
either the native or generic implementation depending on whether the system
supports marquee style controls.

 But I have the impressionwe forgot an important part here: there is no
generic wxGauge implementation currently, only a universal one. So how
exactly is this going to work on < XP systems?

FM> > Also, I'd like to have a better name for the
FM> > Progress() method, something which would be more obviously a verb. But
FM> > nothing really good comes to my mind right now.
FM> maybe Update() which resembles wxProgressDialog::Update() ?

 Yes, Update() looks good to me, thanks!

FM> BTW, I think that wxProgressDialog could support indeterminate progress 
FM> bars just making a Update(-1) be the command which makes the wxGauge 
FM> switch to inderminate mode...

 IMO we'd need a different style for indeterminate progress dialog as it's
incompatible with time calculations which would have to be disabled then.

FM> I'm going to submit a patch as described above, then.

 Thanks!
VZ