SVN commit 1132039 by adiaferia:
This commit fixes lots of memleak and improves performance while playing
pictures slideshow - details follow
* make use of a shared helper class that keeps track of shared widgets and
deletes them on quit - this solves huge memleaks on exit
start API cleanup
litt
SVN commit 1112436 by adiaferia:
initial commit for state-stuff patch by Christophe Olinger
oling...@binarylooks.com
CCMAIL:plasma-devel@kde.org
M +30 -2 applets/mediabrowser/abstractmediaitemview.cpp
M +3 -0 applets/mediabrowser/abstractmediaitemview.h
M +20 -3 applets/me
On Wednesday 31 March 2010, Sebastian Kügler wrote:
> SVN commit 1109276 by sebas:
>
> New class to interact with a Wiimote
>
> The class uses the cwiid library from http://abstrakraft.org/cwiid/
> to detect the wiimote, read its settings and receive events.
>
> Currently supported:
> - buttons
SVN commit 1109276 by sebas:
New class to interact with a Wiimote
The class uses the cwiid library from http://abstrakraft.org/cwiid/
to detect the wiimote, read its settings and receive events.
Currently supported:
- buttons
- switching LEDs on and off
- rumble to switch haptic feedback on a
Hi Plasma Devels,
I checked the message extraction playground/base/plasma and found some strings
marked for translation, but not extracted to the message catalogs, list
attached.
Please have a look at these issues and edit the relevant Messages.sh's, if
these messages should be transla
On Wednesday 11 February 2009, Kevin Ottens wrote:
> On Wednesday 11 February 2009 17:24:02 Aaron J. Seigo wrote:
> > or clients could listen for a dbus signal and re-register whenever it is
> > emitted? so when the kded plugin first loads it could emit that signal?
>
> D-Bus already provide this k
On Wednesday 11 February 2009, Kevin Ottens wrote:
> You just have to make sure your service register with a fixed name and
> you'll get that for free, no need to craft our own signal.
ah, of course. yes, this is exactly what we need.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8
On Wednesday 11 February 2009 17:24:02 Aaron J. Seigo wrote:
> or clients could listen for a dbus signal and re-register whenever it is
> emitted? so when the kded plugin first loads it could emit that signal?
D-Bus already provide this kind of service, it's exposed through
QDBusConnectionInterfa
On Wednesday 11 February 2009, Marco Martin wrote:
> -a signal that notifies that a service was removed (not strictly useful,
> just for coherence)
pretty useful for instances where an app crashes though, yes?
> the only problem i see is if kded crashes/ the daemon is stopped/reloaded
> already l
On Monday 09 February 2009, Marco Martin wrote:
> SVN commit 923960 by mart:
>
> stub for the systemtray watcher daemon:
> only a stub, just loads, anybody who feels hacking in in is way more than
> welcome
> CCMAIL:plasma-devel@kde.org
for who wasn't at tokamak and have no clue what the heck i'm t
On Tuesday 10 February 2009 07:55:57 David Baron wrote:
> > The loading of data in the dataengine is async. Don't block on it but
> > react to signals announcing new datasources instead. Look at lionmail.cpp
> > for an example.
>
> What if the initial get sources always returned something, in this
On Monday 09 February 2009 22:52:58 Sebastian Kügler wrote:
> On Monday 09 February 2009 21:28:17 David Baron wrote:
> > > On Monday 09 February 2009 08:37:48 David Baron wrote:
> > > > Great.
> > > >
> > > > I downloaded and compiled.
> > > >
> > > > I still get "no data sources" in the explorer a
On Monday 09 February 2009 21:28:17 David Baron wrote:
> > On Monday 09 February 2009 08:37:48 David Baron wrote:
> > > Great.
> > >
> > > I downloaded and compiled.
> > >
> > > I still get "no data sources" in the explorer and in some test code
> > > which would simply show the sources() list.
> >
> On Monday 09 February 2009 08:37:48 David Baron wrote:
> > Great.
> >
> > I downloaded and compiled.
> >
> > I still get "no data sources" in the explorer and in some test code which
> > would simply show the sources() list.
>
> You need to actually request sources. For example connect to
> "Emai
SVN commit 923960 by mart:
stub for the systemtray watcher daemon:
only a stub, just loads, anybody who feels hacking in in is way more than
welcome
CCMAIL:plasma-devel@kde.org
A systemtraydaemon (directory)
A systemtraydaemon/CMakeLists.txt
A systemtra
On Monday 09 February 2009 08:37:48 David Baron wrote:
> Great.
>
> I downloaded and compiled.
>
> I still get "no data sources" in the explorer and in some test code which
> would simply show the sources() list.
You need to actually request sources. For example connect to
"EmailCollections" or "
Email, Name, Department, Emails,
>various Phone- numbers
>
> Work to get those datasets more complete is under way. What's in should
> already provide for most of the use cases you can dream of.
>
> CCMAIL:plasma-devel@kde.org
>
> M +23 -8 akonadiengine.
Work to get those datasets more complete is under way. What's in should
already provide for most of the use cases you can dream of.
CCMAIL:plasma-devel@kde.org
M +23 -8 akonadiengine.cpp
--- trunk/playground/base/plasma/dataengines/akonadi/akonadiengine.cpp
#923482:923483
@@ -29,6
On Wed, Jan 28, 2009 at 5:46 PM, Sebastian Kügler wrote:
> On Tuesday 27 January 2009 23:37:07 Alexis Ménard wrote:
> > On Tue, Jan 27, 2009 at 8:26 PM, Sebastian Kügler wrote:
> > > SVN commit 917381 by sebas:
> > >
> > > updateGeometry() works much better for layout size changes than
> > > inv
On Tuesday 27 January 2009 23:37:07 Alexis Ménard wrote:
> On Tue, Jan 27, 2009 at 8:26 PM, Sebastian Kügler wrote:
> > SVN commit 917381 by sebas:
> >
> > updateGeometry() works much better for layout size changes than
> > invalidating the layout.
>
> invalidate just clear the cache of sizes inte
On Thursday 22 January 2009 13:42:15 Marcos Dione wrote:
> On Thu, Jan 22, 2009 at 02:28:52AM +, Sebastian Kügler wrote:
> > M +1 -1 CMakeLists.txt
> > A lionmail (directory)
> > A lionmail/CMakeLists.txt
> > A lionmail/desktoptheme (directory)
> >
ssage.desktop
> D plasmobiff/mailextender.cpp
> D plasmobiff/mailextender.h
> D plasmobiff/plasma-applet-plasmobiff.desktop
> D plasmobiff/plasmobiff.cpp
> D plasmobiff/plasmobiff.h
> D plasmobiff/plasmobiff
On Thu, Jan 22, 2009 at 02:28:52AM +, Sebastian Kügler wrote:
> M +1 -1 CMakeLists.txt
> A lionmail (directory)
> A lionmail/CMakeLists.txt
> A lionmail/desktoptheme (directory)
> A lionmail/desktoptheme/akonadi.svg
> plasmob
On Thursday 22 January 2009 04:28:38 Wade Olson wrote:
> 2009/1/21 Aaron J. Seigo
>
> > On Wednesday 21 January 2009, Sebastian Kügler wrote:
> > > The applet is only half way there right now, the layout is messed up,
> > > but we did get the Akonadi dataengine fixed, and have basically
> > > esta
2009/1/21 Aaron J. Seigo
> On Wednesday 21 January 2009, Sebastian Kügler wrote:
> > The applet is only half way there right now, the layout is messed up,
> > but we did get the Akonadi dataengine fixed, and have basically
> > established end-to-end connection from data that gets into Akonadi,
>
On Wednesday 21 January 2009, Sebastian Kügler wrote:
> The applet is only half way there right now, the layout is messed up,
> but we did get the Akonadi dataengine fixed, and have basically
> established end-to-end connection from data that gets into Akonadi,
> queried by the akonadi dataengine,
.cpp
D plasmobiff/plasmobiff.h
D plasmobiff/plasmobiffConfig.ui
--- trunk/playground/base/plasma/applets/CMakeLists.txt #914920:914921
@@ -23,7 +23,7 @@
add_subdirectory(train-clock)
endif(PLASMACLOCK_INCLUDE)
-add_subdirectory(plasmobiff)
+add_subdirectory(lionmail)
a
ng to collect the various plasmoids in one place. If distributors
> > > > need to go shopping all over the web in order to find those
> > > > plasmoids, we'll end up with just less plasmoids installed.
> > >
> > > I contacted the author and applet is n
; > need to go shopping all over the web in order to find those plasmoids,
> > > we'll end up with just less plasmoids installed.
> >
> > I contacted the author and applet is now in
> > playground/base/plasma/applets/panelspacer/
>
> Ah, very cool. Thanks!
plasmoids, we'll end up
> > with just less plasmoids installed.
>
> I contacted the author and applet is now in
> playground/base/plasma/applets/panelspacer/
Ah, very cool. Thanks!
--
sebas
http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
_
der to find those plasmoids, we'll end up
> with just less plasmoids installed.
I contacted the author and applet is now in
playground/base/plasma/applets/panelspacer/
Petri
signature.asc
Description: This is a digitally signed message part.
___
On Thursday 13 November 2008 13:19:08 Petri Damstén wrote:
> SVN commit 883646 by pdamsten:
>
> Better/working spacer here:
> http://www.kde-look.org/content/show.php/Panel+Spacer?content=89304
> D spacer (directory)
> -add_subdirectory(spacer)
It would be nice if we can get that co
On Sunday 05 October 2008, Jason Stubbs wrote:
> 2008/10/6 Aaron J. Seigo <[EMAIL PROTECTED]>:
> > in any case, i just checked and it is
> > better in 4.4 and 4.3; i've moved these methods up to Applet as well so
> > all applets that don't care about hover (which is, incidently, remarkably
> > few
2008/10/6 Aaron J. Seigo <[EMAIL PROTECTED]>:
> On Sunday 05 October 2008, Jason Stubbs wrote:
>> SVN commit 868140 by jstubbs:
>>
>> Overriding the default hoverEnterEvent and hoverLeaveEvent handlers as they
>> call update(), which is not required.
>>
>> There is still a pointless update when the
On Sunday 05 October 2008, Jason Stubbs wrote:
> SVN commit 868140 by jstubbs:
>
> Overriding the default hoverEnterEvent and hoverLeaveEvent handlers as they
> call update(), which is not required.
>
> There is still a pointless update when the mouse cursor enters the panel,
> though. It appears t
everything to repaint. There's an unexplained FIXME that's related to
Qt-4.4 that needs to be checked in order to fix this issue.
CCMAIL: plasma-devel@kde.org
M +0 -7 TODO
M +3 -0 ui/applet.h
--- trunk/playground/base/plasma/applets/systray-refactor/TODO #868139:868140
@@
Aaron J. Seigo wrote:
> On Monday 22 September 2008, Jason Stubbs wrote:
>> Hmm.. Actually, asking the Task object for a widget of a certain
>> orientation should be enough. eg. task->widget(Qt::Horizontal)
>
> or Plasma::Horizontal =)
I took a look at doing this, but I'm not sure that it's neces
On Monday 22 September 2008, Jason Stubbs wrote:
> Hmm.. Actually, asking the Task object for a widget of a certain
> orientation should be enough. eg. task->widget(Qt::Horizontal)
or Plasma::Horizontal =)
> > personally, i think it makes more sense to have each tray simply have
> > it's own coll
Aaron J. Seigo wrote:
> On Saturday 20 September 2008, Sebastian Kügler wrote:
The applets should also be told about the formfactor by the systray
applet
>>> > (I think horizontal makes sense in almost all cases).
>>>
>>> This will require SystemTray::Task to return something other
On Saturday 20 September 2008, Sebastian Kügler wrote:
> > > The applets should also be told about the formfactor by the systray
> > > applet
> > >
> > > (I think horizontal makes sense in almost all cases).
> >
> > This will require SystemTray::Task to return something other than a
> > QGraphicsW
Let's move this to plasma-devel ...
On Saturday 20 September 2008 12:41:09 you wrote:
> Sebastian Kügler wrote:
> > On Friday 19 September 2008 10:19:24 Jason Stubbs wrote:
> >> On Fri, Sep 19, 2008 at 11:35 AM, Sebastian Kügler <[EMAIL PROTECTED]>
> >> wrote:
> >>> +// The applet does ne
On Wednesday 27 August 2008 19:37:59 Aaron J. Seigo wrote:
> On Wednesday 27 August 2008, Sebastian Kügler wrote:
> > Thanks for saving me some hair :-)
>
> np.
>
> i've also noticed that the applet is brittle in that if it doesn't get a
> valid QGraphicsWidget from Task::widget() things bre
On Wednesday 27 August 2008, Sebastian Kügler wrote:
> Thanks for saving me some hair :-)
np.
i've also noticed that the applet is brittle in that if it doesn't get a valid
QGraphicsWidget from Task::widget() things break horribly and crash.
after you've done the renaming, i think i'll ta
On Wednesday 27 August 2008 19:13:10 Aaron J. Seigo wrote:
> On Wednesday 27 August 2008, Sebastian Kügler wrote:
> > Can someone help me out and have a look why the signal is never
> > received (and keep me from banging my head against a wall)?
>
> the applets are created in MID::Protocol::
On Wednesday 27 August 2008, Sebastian Kügler wrote:
>Can someone help me out and have a look why the signal is never
>received (and keep me from banging my head against a wall)?
the applets are created in MID::Protocol::Protocol (the constructor), but the
signal connection doesn't happen
protocol.h
systray-refactor/core/manager.cpp#853305 [License: GPL (v2+)]
A systray-refactor/core/mid/midtask.cpp [License: GPL (v2+)]
A systray-refactor/core/mid/midtask.h
systray-refactor/core/manager.cpp#853305 [License: GPL (v2+)]
--- trunk/playground/base/plas
SVN commit 850694 by asouza:
Created QEdje's plasmoid.
You'll need to specify an edje file and an edje group to be
loaded. In order to build the plasmoid, please install QEdje
0.2 and also QZion 0.2 (this will require EET too).
I recommend downloading the KDE logo animation from:
http://labs.mor
ollow up later with a few questions, but if anybody would
like to take a look and let me know of issues in advance, I'd greatly
appreciate it.
CCMAIL: plasma-devel@kde.org
M +50 -0 x11embedcontainer.cpp
M +3 -0 x11embedcontainer.h
---
trunk/playground/base/plasma/app
48 matches
Mail list logo
