Am 02.04.2010 12:06, schrieb Will Stephenson:
On Friday 02 April 2010 00:09:01 Björn Ruberg wrote:
I have to check the difference between Monitor, Screen, Display and
Head or are those actually the same thing ?
Monitor, Display and Head are probably the same - in Kephal they are
named as
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3483/
---
Review request for Plasma and Aaron Seigo.
Summary
---
Adds libqalculate
On Thu, Apr 1, 2010 at 1:15 PM, Matteo Agostinelli
mat...@agostinelli.me wrote:
I am currently working on improving the calculator runner, by adding an
optional dependency on libqalculate. If the library is found, the calculator
runner will be built against libqalculate and it will support
Hi folks :)
we'd really love to have talk, BOF or workshop proposals from the
Plasma team for Akademy 2010.
You can find the call for papers here:
http://akademy.kde.org/call-for-papers.php
If you have questions please let us know at akademy-ta...@kde.org.
Cheers
Lydia
--
Lydia Pintscher
Yes, it is backwards compatible. The runner is executued when you put
a '=' at the beginning or at the end of the expression. The syntax for
common math operations is the same.
Cheers,
Matteo
On Sat, Apr 3, 2010 at 17:35, Richard Moore richmoor...@gmail.com wrote:
On Thu, Apr 1, 2010 at 1:15
On Saturday 03 April 2010, Lydia Pintscher wrote:
Hi folks :)
we'd really love to have talk, BOF or workshop proposals from the
Plasma team for Akademy 2010.
You can find the call for papers here:
http://akademy.kde.org/call-for-papers.php
If you have questions please let us know at
On Sat, Apr 3, 2010 at 18:05, Marco Martin notm...@gmail.com wrote:
On Saturday 03 April 2010, Lydia Pintscher wrote:
Hi folks :)
we'd really love to have talk, BOF or workshop proposals from the
Plasma team for Akademy 2010.
You can find the call for papers here:
Hey guys,
I think I am doing a stupid C++ mistake here: I get the follwing error:
mediacontainment.cpp:76: undefined reference to
'MediaCenter::MediaCenter::State::MediaCenterState(QState*)
The last line of this mail causes the error.
Here is mediacenterstate.h
#ifndef MEDIACENTERSTATE_H
On April 2, 2010, Will Stephenson wrote:
Björn's description matches the xrandr model, but not the Kephal one.
Xrandr 1.3 has a single Screen numbered 0 but does not support additional
Screens; xrandr Screens are distinct from the screennumber in X's
$DISPLAY, and multiple Screen support is
On April 2, 2010, Detlev Casanova wrote:
On Thursday 01 April 2010 20:15:40 Aaron J. Seigo wrote:
On April 1, 2010, Will Stephenson wrote:
Aaron, do you think there's another GSoC project in completing Kephal?
yes, particularly on the storing / restoring of configurations and
On April 2, 2010, Detlev Casanova wrote:
On Friday 02 April 2010 16:26:36 todd rme wrote:
On Thu, Apr 1, 2010 at 10:35 AM, Detlev Casanova
detlev.casan...@gmail.com wrote:
So, my point is : there are problems.
So far, what's the link with plasma you might ask. Well, I'd like the
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3474/
---
(Updated 2010-04-03 19:09:42.668837)
Review request for Plasma.
Changes
On April 1, 2010, Shantanu Tushar Jha wrote:
Hi Christophe, now I'm able to understand most of what you've
proposed. Somehow, I don't like having just one state machine for the
whole MC, the main reason being that we're going to support
extensibility through custom plugins, so the MC can no
On Saturday 03 April 2010, Aaron J. Seigo wrote:
On April 1, 2010, Ryan Rix wrote:
On Thu 1 April 2010 3:04:18 pm Marco Martin wrote:
gnome has a dbus spec for
that iirc
http://code.google.com/p/gnome2-globalmenu/wiki/GlobalMenuSpecification ?
afaict, that's the official globalmenu
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3474/#review4864
---
/trunk/KDE/kdelibs/plasma/abstractdialogmanager.h
On 2010-04-03 19:35:12, Aaron Seigo wrote:
/trunk/KDE/kdelibs/plasma/abstractdialogmanager.h, line 53
http://reviewboard.kde.org/r/3474/diff/2/?file=22486#file22486line53
my concern with using virtual methods for this is that we only get one
release in which to add more virtuals
On 2010-04-03 19:35:12, Aaron Seigo wrote:
and then i'm still thinking in the future qgraphicswidget ones should be
supported, but if we use signals we can think about it only when and if it will
be the case
- Marco
---
This is
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/3474/#review4868
---
Ship it!
/trunk/KDE/kdelibs/plasma/applet.h
Hi all. How can I coax Plasma into saving the size of a PopupApplet
after a user has changed it? This happens automatically when the
applet is placed on the desktop, but not when it's iconified on a
panel. Thanks!
-Rob
FWIW- This is KDE 4.3.
___
On April 3, 2010, Rob Hasselbaum wrote:
Hi all. How can I coax Plasma into saving the size of a PopupApplet
after a user has changed it?
you don't; this is up to Plasma::PopupApplet. that it doesn't do this properly
is a bug. i'll look into it.
--
Aaron J. Seigo
humru othro a kohnu se
GPG
Am Freitag 02 April 2010 20:49:48 schrieben Sie:
You wrote:
Why two layouts
I'm currently using the outer linear layout because I need a spacer
(stretch) that pushes the icons to the top (for horizontal
panel/desktop) or to the left (in vertical panels) if there is more
space
On April 3, 2010, Rob Hasselbaum wrote:
Hi all. How can I coax Plasma into saving the size of a PopupApplet
after a user has changed it? This happens automatically when the
applet is placed on the desktop, but not when it's iconified on a
panel. Thanks!
this seems to be working in trunk. can
On Sat, Apr 3, 2010 at 9:52 PM, Aaron J. Seigo ase...@kde.org wrote:
On April 3, 2010, Rob Hasselbaum wrote:
Hi all. How can I coax Plasma into saving the size of a PopupApplet
after a user has changed it? This happens automatically when the
applet is placed on the desktop, but not when it's
On 4/4/10, Aaron J. Seigo ase...@kde.org wrote:
On April 1, 2010, Shantanu Tushar Jha wrote:
Hi Christophe, now I'm able to understand most of what you've
proposed. Somehow, I don't like having just one state machine for the
whole MC, the main reason being that we're going to support
24 matches
Mail list logo
