On Wednesday 04 May 2011, Alex Merry wrote:
I have a question about the way Plasma::Svg::paint is supposed to work
when an elementId is given, but a size is not.
did you do setContanisMultipleElements(true)?
--
Marco Martin
___
Plasma-devel
On Monday 02 May 2011, Martin Gräßlin wrote:
Windows wich have decorations are the only ones which should not get the
shadows. Docks should work.
In any case I recommend reading [1]. Feel free to show me the diff.
Cheers
Martin
[1]: https://projects.kde.org/projects/kde/kdebase/kde-
On Tuesday 26 April 2011, Viranch Mehta wrote:
Hi,
As all of you might have known by now, my proposal (QML port of Plasmoids)
just got accepted into GSoC. I want to thank all the community members of
Plasma and KDE for giving me the opportunity :) Hope to make the plasma and
KDE a better
FYI QtQuick 2 will not be compatible with QtQuick 1.x. Something to keep in
mind, that there may be a migration step.
context:
http://thread.gmane.org/gmane.comp.lib.qt.qml/2499
Alan Alpert wrote:
On Wed, 4 May 2011 03:39:22 ext Jason H wrote:
I thought with modularization, that what is in
FYI QtQuick 2 will not be compatible with QtQuick 1.x. Something to keep in
mind, that there may be a migration step.
context:
http://thread.gmane.org/gmane.comp.lib.qt.qml/2499
Alan Alpert wrote:
On Wed, 4 May 2011 03:39:22 ext Jason H wrote:
I thought with modularization, that what is in
there won't be binary compatibility with c++ items that subclass
qdeclarativeitem or qgraphicswidget due the difference on how the paint
operation happens.
however they will be pretty easy to reimplement maintaining qml source
compatibility.
in Plasma we plan to ship both, once qml2 is out (to
thanks for the answers ..
On Monday, May 2, 2011 17:34:17 Martin Gräßlin wrote:
* is there a way to get the default sizes for the offsets? e.g. if
passing in -1 or some such?
there is no default offset size. It is completly controlled by the client
why should the client be forced to
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101278/#review3101
---
Ship it!
looks fine, though i'd prefer not using underscores
On Wednesday 04 May 2011, Aaron J. Seigo wrote:
thanks for the answers ..
On Monday, May 2, 2011 17:34:17 Martin Gräßlin wrote:
* is there a way to get the default sizes for the offsets? e.g. if
passing in -1 or some such?
there is no default offset size. It is completly controlled
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101264/#review3102
---
Ship it!
looks fine; a few minor tweaks but nothing that
Hi again.
So, based on this list, I made a 12 week plan for the project based on the
12 week scheme used in GSoC:
Week 1/2: Tweak Nepomuk runner
Week 2/3: Tweak File search runner
Week 3: Tweak Google runner
Weeks 4 to 5 (or 6?): Put result querying in a different thread
Week 6: Polish what has
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101264/#review3103
---
This review has been submitted with commit
On Wednesday, May 4, 2011 10:19:34 Marco Martin wrote:
On Monday 02 May 2011, Martin Gräßlin wrote:
Windows wich have decorations are the only ones which should not get the
shadows. Docks should work.
In any case I recommend reading [1]. Feel free to show me the diff.
Cheers
Martin
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101252/#review3104
---
This review has been submitted with commit
On Wednesday 04 May 2011 13:32:55 Aaron J. Seigo wrote:
On Wednesday, May 4, 2011 10:19:34 Marco Martin wrote:
On Monday 02 May 2011, Martin Gräßlin wrote:
Windows wich have decorations are the only ones which should not get the
shadows. Docks should work.
In any case I recommend
On Wednesday, May 4, 2011 17:19:37 Martin Gräßlin wrote:
that is in fact the main idea of the new shadow system as the compositor
cannot know about the light model used by the client, whether to apply drop
shadows etc. etc. And of course the compositor doesn't know the clients
shape like Marco
On Wednesday 04 May 2011, Aaron J. Seigo wrote:
On Wednesday, May 4, 2011 17:19:37 Martin Gräßlin wrote:
that is in fact the main idea of the new shadow system as the compositor
cannot know about the light model used by the client, whether to apply
drop shadows etc. etc. And of course the
On Wednesday 04 May 2011 19:58:14 Aaron J. Seigo wrote:
On Wednesday, May 4, 2011 17:19:37 Martin Gräßlin wrote:
that is in fact the main idea of the new shadow system as the compositor
cannot know about the light model used by the client, whether to apply drop
shadows etc. etc. And of
On Wednesday 04 May 2011 12:35:27 Samikshan Bairagya wrote:
Hi, I am interested in participating in the season of KDE with a project
idea which is related to the Digital-Clock Plasma Applet.
While the Digital-Clock applet does show events (mainly holidays) it can be
put to better use if we add
On Wednesday 04 May 2011 20:03:27 John Layt wrote:
On Wednesday 04 May 2011 12:35:27 Samikshan Bairagya wrote:
Hi, I am interested in participating in the season of KDE with a project
idea which is related to the Digital-Clock Plasma Applet.
While the Digital-Clock applet does show events
On April 28, 2011, 9:19 p.m., Aaron J. Seigo wrote:
an interesting idea, but the configuration values should not appear in the
metadata.desktop file. it not only bloats up the # of keys we have, it
doesn't scale to plasmoids with more/different configuration.
i think this would
21 matches
Mail list logo