[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Remove KProgress?
From:       Albert Astals Cid <aacid () kde ! org>
Date:       2005-12-26 19:25:23
Message-ID: 200512262025.24599.aacid () kde ! org
[Download RAW message or body]

A Dilluns 26 Desembre 2005 21:16, Urs Wolfer va escriure:
> No reply so far.
>
> I don't want to do such a change without the agreement. Please comment!

From reading kprogres.h i see

The only real difference is that a signal is emitted on changes to the value 
and you do not need to subclass KProgress just to change the format of the 
indicator text.

I see that the new valueChanged signal provides that, but what about the 
format of the indicator text?

Albert


>
> Diff for Q3ProgressBar / KProgress -> QProgressBar (kdelibs).
> It doesn't move KProgress to kde3support! Removes only all use of KProgress
> in kdelibs. If it's ok, I'll commit.
> http://uwolfer.fwo.ch/temp/kde/qprogressbar.diff
>
> Bye
> urs
>
> On Thursday 22 December 2005 23:46, Urs Wolfer wrote:
> > I have ported some Q3ProgressBars to QProgressBars.
> >
> > I think QProgressBar provides the abilities that KProgress has. So is
> > KProgress still needed?
> > I think we can move KProgress to kde3support. Instead of using KProgress
> > we can use QProgressBar.
> >
> > See also this TODO entry:
> > - Is KProgress still needed?  The only benefit I can see is the ability
> > to set the format, but it seems like the style API should be able to
> > handle that automatically.
> >
> > Is there an argument against that? Can I continue with this work?
> >
> > Bye
> > urs

		
______________________________________________ 
Renovamos el Correo Yahoo! 
Nuevos servicios, más seguridad 
http://correo.yahoo.es

[prev in list] [next in list] [prev in thread] [next in thread]