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

List:       kde-panel-devel
Subject:    Re: Review of the branch plasma/declarative in kdelibs
From:       Ian Monroe <ian () monroe ! nu>
Date:       2011-02-22 22:11:43
Message-ID: AANLkTimutC6kCQnfkO0v+TLkoZOeWd90-0VDXWJ5m4Zf () mail ! gmail ! com
[Download RAW message or body]

On Tue, Feb 22, 2011 at 14:41, Marco Martin <notmart@gmail.com> wrote:
> Hi all,
> in kdelibs there is since some time a branch called plasma/declarative that
> contains a new little library, that depends at the moment on kdecore and kdeui
> (probably is possible to make it depend only from kdecore) that is meant to be
> used in QML applications.
> see http://mail.kde.org/pipermail/kde-mobile/2011-January/000301.html
> there is still quite a bit of work to be done on it (mostly integrating a bit
> of similar work that has been previously done in kdepim) and i plan to look
> into it shortly.
>
> The target is to have it in experimental/ in kdelibs for 4.7, so I want to ask
> for a review period for a subsequent merge

I understand the need to provide to the QML developer stuff like i18n
and a way to look up the location of icons, but I'm less sure having
an actual QIcon/KIcon object. We're going to want to make use of Qt
Components right? So until thats sorted out and we're able to
"sub-class" (re-implement? javascript is weird) the Qt Components to
add features like naming icons by name, wouldn't it make sense to just
provide a method to query for resources like icons? And then let the
QML developer use whatever the standard method is for displaying that
icon.

Thanks,
Ian
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
[prev in list] [next in list] [prev in thread] [next in thread]