On 23/02/2011, Hugo Pereira Da Costa wrote:
> Hi All,
>
> For the record, it appears (unless I am doing something wrong), that git
> merge
> of KDE 4.6 into trunk (while trying to fix and forward-port a bug) for kde-
> workspace is "broken" again.
>
> I end up with:
>
> # both modified:
On Tuesday 22 February 2011, Stephen Kelly wrote:
> Marco Martin 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 fro
On Tuesday 22 February 2011, Ian Monroe wrote:
> On Tue, Feb 22, 2011 at 14:41, Marco Martin 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 possib
On Wednesday 23 February 2011, Artur de Souza wrote:
> Quoting Ian Monroe :
> > So should there be a Qt.components.plasma? Its not really clear to me
> > how Qt.components.meego would be inappropriate for Plasma though.
>
> Because they will have the look&feel of meego and we have our own look&fee
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/100705/#review1612
---
The GLApplet seems to be unmaintained and is nowhere used in KDE
On Wednesday, February 23, 2011, Artur de Souza wrote:
> Quoting Ian Monroe :
> > So should there be a Qt.components.plasma? Its not really clear to me
> > how Qt.components.meego would be inappropriate for Plasma though.
>
> Because they will have the look&feel of meego and we have our own look&f
Em quarta-feira, 23 de fevereiro de 2011, às 13:47:49, Artur de Souza
escreveu:
> Quoting Ian Monroe :
> > So should there be a Qt.components.plasma? Its not really clear to me
> > how Qt.components.meego would be inappropriate for Plasma though.
>
> Because they will have the look&feel of meego an
Hi All,
For the record, it appears (unless I am doing something wrong), that git merge
of KDE 4.6 into trunk (while trying to fix and forward-port a bug) for kde-
workspace is "broken" again.
I end up with:
# both modified: ../../khotkeys/data/kde32b1.khotkeys
# both modified:
Quoting Ian Monroe :
So should there be a Qt.components.plasma? Its not really clear to me
how Qt.components.meego would be inappropriate for Plasma though.
Because they will have the look&feel of meego and we have our own look&feel :)
MeeGo also have some widgets that are only useful when usi
On Wed, Feb 23, 2011 at 05:54, Artur de Souza wrote:
> Quoting Ian Monroe :
>>
>> 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
>>
Quoting Ian Monroe :
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-cl
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/100700/#review1577
---
Can you provide the output of solid-hardware query "is AudioInte
12 matches
Mail list logo