On Friday 16 March 2012 00:01:50 Christoph Feck wrote:
On Thursday 15 March 2012 23:29:49 Kevin Ottens wrote:
On Thursday 15 March 2012 21:21:07 David Faure wrote:
On Thursday 15 March 2012 19:53:36 Kevin Ottens wrote:
Client code would then look like:
QIcon i = KDE::Icon(foo);
On Saturday 10 March 2012 13:03:10 David Faure wrote:
On Saturday 10 March 2012 11:49:21 David Faure wrote:
Maybe we want to make it a method of
KIconLoader/KIconEngine instead?
KIconLoader::loadIcon is already taken (and returns a QPixmap), and
KIconEngine is an internal class.
So a new
On Thursday 15 March 2012 19:53:36 Kevin Ottens wrote:
On Saturday 10 March 2012 13:03:10 David Faure wrote:
On Saturday 10 March 2012 11:49:21 David Faure wrote:
Maybe we want to make it a method of
KIconLoader/KIconEngine instead?
KIconLoader::loadIcon is already taken (and returns
On Thursday 15 March 2012 21:21:07 David Faure wrote:
On Thursday 15 March 2012 19:53:36 Kevin Ottens wrote:
Looks good to me. We probably want also an overload without the iconLoader
parameter I guess.
It default to 0, so I assume you mean for the case where someone wants to
specify
On Thursday 15 March 2012 23:29:49 Kevin Ottens wrote:
On Thursday 15 March 2012 21:21:07 David Faure wrote:
On Thursday 15 March 2012 19:53:36 Kevin Ottens wrote:
Client code would then look like:
QIcon i = KDE::Icon(foo);
instead of:
QIcon i = KDE::loadIcon(foo);
(I
On Saturday 10 March 2012 11:49:21 David Faure wrote:
Maybe we want to make it a method of
KIconLoader/KIconEngine instead?
KIconLoader::loadIcon is already taken (and returns a QPixmap), and
KIconEngine is an internal class.
So a new suggestion would be:
namespace KDE {
QIcon