--nextPart2073405.ejCnYm7JQj
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,

> Will the appearance be part of KStyle? Or asking less technically: Will
> the "capacity bar" look OK with styles like Plastique too?

Well, plastique is not a KStyle ;) I always try to keep as much as parallel=
 as=20
we can with the Qt framework when using KStyle. I guess this wouldn't get=20
into... so we could just take care and be sure that with all color schemes=
=20
the capacity bar works OK and is readable.

> The reason for this question is that this kind of approach has already
> failed for the "capacity bar" in Dolphins status bar. Before KDE 4.0 I've
> written a custom control and got a lot of complaints from users that it
> does not look good with Oxygen. I failed finding an approach which looks
> good with Oxygen _and_ other styles too, so I used QProgressBar for showi=
ng
> the capacity. Afterwards I got 2 complaints from developers that using
> QProgressBar for this is not correct semantically, however users did not
> care about this and liked the new look ;-)

My only concern about this, is that a progress bar goal is to show progress=
=2E=20
We are not showing any progress here.

> My input is: no matter which approach we are using (pie chart, a kind
> of "capacity bar"...), we must take care that it looks OK with all styles,
> not only Oxygen.

Yes, of course. That's the point... but if we make it to work with all colo=
r=20
schemes then we are safe. That's what I guess at least... :)


Regards,
Rafael Fern=E1ndez L=F3pez.

--nextPart2073405.ejCnYm7JQj
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBIFhEGck5Abj8B0HARAvxIAJsEhAceVUDNsDWShPbHDhGRxFqp4ACfQsIO
WWW3V/vXnjkQU7Yp8hOQdXo=
=e9v9
-----END PGP SIGNATURE-----

--nextPart2073405.ejCnYm7JQj--