On Tuesday 01 November 2011, Mark wrote:
> > as i already repeated, i have to move the image provider.
> > QIcon::fromTheme, exactly as kiconloader are c++ functions, so no way to
> > access those from qml if a proper binding is not written :p
> >
> > Cheers,
> > Marco Martin
> >
> > I'm guessing
On Tue, Nov 1, 2011 at 3:45 PM, Marco Martin wrote:
> On Monday 31 October 2011, Mark wrote:
>
> > > > If not, then what does it do?
> > >
> > > the icon caching is per-application. it isn't a global, to-disk cache
> > > rendered
> > > icons.
> >
> > This really sucks! Why is QIcon only working i
On Monday 31 October 2011, Mark wrote:
> > > If not, then what does it do?
> >
> > the icon caching is per-application. it isn't a global, to-disk cache
> > rendered
> > icons.
>
> This really sucks! Why is QIcon only working inside plasma!? It makes no
> sense at all since QIcon::fromTheme just
On Mon, Oct 31, 2011 at 4:57 PM, Aaron J. Seigo wrote:
> On Monday, October 31, 2011 16:31:57 Mark wrote:
> > On Mon, Oct 31, 2011 at 4:10 PM, Aaron J. Seigo wrote:
> > > On Monday, October 31, 2011 15:26:07 Marco Martin wrote:
> > > > QIcon::fromTheme (still doesn't do caching compared to kicon
On Monday, October 31, 2011 16:31:57 Mark wrote:
> On Mon, Oct 31, 2011 at 4:10 PM, Aaron J. Seigo wrote:
> > On Monday, October 31, 2011 15:26:07 Marco Martin wrote:
> > > QIcon::fromTheme (still doesn't do caching compared to kiconloader
> > > iirc?)
> >
> > not yet, no.
> >
> > > and the api
On Mon, Oct 31, 2011 at 4:10 PM, Aaron J. Seigo wrote:
> On Monday, October 31, 2011 15:26:07 Marco Martin wrote:
> > QIcon::fromTheme (still doesn't do caching compared to kiconloader iirc?)
>
> not yet, no.
>
> > and the api in qml won't change at all
>
> as long as "kde" doesn't appear in the
On Monday, October 31, 2011 15:26:07 Marco Martin wrote:
> QIcon::fromTheme (still doesn't do caching compared to kiconloader iirc?)
not yet, no.
> and the api in qml won't change at all
as long as "kde" doesn't appear in the paths, is all :)
--
Aaron J. Seigo
humru othro a kohnu se
GPG Finge
On Monday 31 October 2011, Daker Fernandes Pinheiro wrote:
> I think we should have a declarative image provider for getting icons. In
> this way we should just do something like:
>
> Button {
>icon: "image://kde/desiredIcon"
> }
>
> What do you think?
>
> Cheers,
>
yeah, i would like to p
On Monday 31 October 2011, Aaron J. Seigo wrote:
> On Monday, October 31, 2011 09:57:26 Daker Fernandes Pinheiro wrote:
> > I think we should have a declarative image provider for getting icons. In
> > this way we should just do something like:
> >
> > Button {
> >
> >icon: "image://kde/desir
On Monday, October 31, 2011 09:57:26 Daker Fernandes Pinheiro wrote:
> I think we should have a declarative image provider for getting icons. In
> this way we should just do something like:
>
> Button {
>icon: "image://kde/desiredIcon"
> }
>
> What do you think?
given that we have QIcon::fro
I think we should have a declarative image provider for getting icons. In this
way we should just do something like:
Button {
icon: "image://kde/desiredIcon"
}
What do you think?
Cheers,
On Monday, October 31, 2011 07:27:14 AM Marco Martin wrote:
> On Monday 31 October 2011, Aaron J. Seigo
On Monday 31 October 2011, Aaron J. Seigo wrote:
> On Monday, October 31, 2011 10:12:57 Marco Martin wrote:
> > when is not an applet (ie just qmlviewer, or qml packages), a package may
> > or may not be there
>
> this is one of the things i really, really liked about how Packages are
> implemente
On Monday, October 31, 2011 10:12:57 Marco Martin wrote:
> when is not an applet (ie just qmlviewer, or qml packages), a package may or
> may not be there
this is one of the things i really, really liked about how Packages are
implemented in the Javascript API. anything can register a Package at
On Mon, Oct 31, 2011 at 10:02 AM, Marco Martin wrote:
> On Sunday 30 October 2011, Mark wrote:
> > Hi,
> >
> > I'm curently using PlasmaComponents.Button but it seems to miss a quite
> > important feature. I can't use system icons!
> > Icon paths can be set though...
> >
> > I wouldn't mind imple
On Monday 31 October 2011, Aaron J. Seigo wrote:
> On Sunday, October 30, 2011 23:47:32 Mark wrote:
> > I'm kinda fearing that functionality is not even existing yet (in core?).
> > If it isn't then i will implement that as well, but a pointer to the
> > plasma
>
> This is likely something that ne
On Sunday 30 October 2011, Mark wrote:
> Hi,
>
> I'm curently using PlasmaComponents.Button but it seems to miss a quite
> important feature. I can't use system icons!
> Icon paths can be set though...
>
> I wouldn't mind implementing this if it it's oke with you all. Just one
> question: How can
On Sunday, October 30, 2011 23:47:32 Mark wrote:
> I'm kinda fearing that functionality is not even existing yet (in core?).
> If it isn't then i will implement that as well, but a pointer to the plasma
This is likely something that needs to be bound in from C++. Reason is that it
should also be
Hi,
I'm curently using PlasmaComponents.Button but it seems to miss a quite
important feature. I can't use system icons!
Icon paths can be set though...
I wouldn't mind implementing this if it it's oke with you all. Just one
question: How can i currently get just any icon in QML from the installe
18 matches
Mail list logo
