Hi!
2009/3/30 Ana Cecília Martins Barbosa :
> Here is the link: http://docs.google.com/Doc?id=ddxppm45_14qmm45zcs
Just read and really liked the idea and pinheiro's mockups. It's a
killing "feature" for plasma reaching even more different users.
I can't say much about the implementation details
Hi !
2009/3/30 Sevcsik András :
> Do you have any suggestions for this idea?
Maybe it's a good idea to take a look at the mailing list's archive as
I remember the guys giving some tips for someone regarding this
subject ;)
Regarding a proposal for GSoC, take a look at this links:
http://tinyurl
On Monday 30 March 2009, Emdek wrote:
> - in my Run Command plasmoid that uses KHistoryComboBox to make it
> work in panels (I've created report about problems with them and others on
> GraphicsView);
this is working around a problem in QGraphicsScene/View, really; it will get
fixed (it's being w
> On 2009-03-30 17:32:34, Aaron Seigo wrote:
> > so .. on a purely technical level .. the invokeMethod is really ugly
> > (though probably mildly less ugly than stuffing the API in libplasma), and
> > will of course not work with other Containment::PanelContainment type
> > Containments unless
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/472/#review746
---
so .. on a purely technical level .. the invokeMethod is really ugly (th
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/472/#review745
---
now that i can see the patch, i can tell you that in a bit of irony, the
Hello
My name is Michał Dutkiewicz and I'm trying again (after one month) to announce
that I'm interested in working on Desktop dock.
Here is my previous mail, that contains more details:
http://mail.kde.org/pipermail/plasma-devel/2009-February/004085.html
I've already submitted my proposal to G
>> - applet manages top level widget (for example to make menu button that
>> partially obscures window - yes, I know, this is hack, but I know also
>> that
>> one of Plasma developers suggested this) and it should be hidden when
>> panel
>> is hidden and shown when shown;
>
> we manage to do t
On Monday 30 March 2009, David Nolden wrote:
> Who cares how future devices will be? Who cares how future drivers will be?
> We are already working on KDE 4.3, something that is called "stable" for
> public use, right now! Why doesn't even a single plasma developer seem to
> care how current or eve
On Monday 30 March 2009, J. Janz wrote:
> 1) Students have to apply strictly for ideas listed on idea's page?
no, use your imagination and scratch your itches! :)
> Or can
> they come with some other idea and have the same chance to participate in
> the program as who applies to the listed ones?
Hi all,
my name is Diego Casella, I'm a 23 years old student, and I'm taking part in
the current Google Summer of Code.
I want to create the PlasMate application, and below I linked the full
proposal, so you can have a look and give me some
advices in order to make it better and matching your needs
Am Montag 30 März 2009 21:32:47 schrieb Alexis Ménard:
> That is not completly true. With composition we let the graphics card do it
> for us. We fill the background transparent that is all.
You don't do that for plasmoids, do you?
> In your case at each paintEvent on the panel you will end up to
On Monday 30 March 2009, Emdek wrote:
> Currently when containment (mainly panel) becomes hidden or shown there is
> no notification for applets on it. There could be emitted signals, for
> example containmentShown and containmentHidden and maybe property with
> visibility state.
> This is not big
Hi,
I'm András Sevcsik, and I'd like to apply for the Desktop Dock Summer of
Code idea.
I know C++, but I don't have experience in KDE4/Qt (except user level), But I
see KDE4 api as quite easy to learn. Is it possible for me to get applied
under the flag of KDE?
About the proposal: If I see t
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/483/#review744
---
a few minor things, but the patch looks good in general :)
trunk/KDE/k
On Monday 30 March 2009, David Nolden wrote:
> Just by the way I think we need to find a way to make composition-centric
> themes also look good without composition, because it seems like
> theme-designers just don't care about that case, and it's also quite a
> burden to them. They should just s
Guys,
I don't know much about GSoC (actually, quite nothing - I'm learning
everything I can from this year's program) and I don't understand very well
the student/idea selection. Could you guys give me a hand?
My doubts, right now, are:
1) Students have to apply strictly for ideas listed on idea
On Monday 30 March 2009, Marco Martin wrote:
> On Monday 30 March 2009, Aaron J. Seigo wrote:
> > On Saturday 28 March 2009, Marco Martin wrote:
> > eventually, should our hopes and dreams come true ;), this would see one
> > more rename from org.kde.* to org.freedesktop.*
>
> yeah, but should be d
Hello everyone,
I've just finished writing my proposal and I wanted your suggestions, if
possible!
(i've already showed to some people on the irc channel, so you have
permission not to read :)
Here is the link: http://docs.google.com/Doc?id=ddxppm45_14qmm45zcs
Thanks!
--
annieC
_
On Mon, Mar 30, 2009 at 9:15 PM, David Nolden wrote:
> Am Montag 30 März 2009 21:32:47 schrieb Alexis Ménard:
> > That is not completly true. With composition we let the graphics card do
> it
> > for us. We fill the background transparent that is all.
> You don't do that for plasmoids, do you?
>
Hello
I have some suggestions about small additions to Plasma API.
I've created wish on BKO (#188404) but Aaron said that it should be discussed
on mailing list.
Below is partially modified and improved description of wish content (Aaron's
comment is also worth reading).
Currently when contain
> On 2009-03-27 17:28:45, Aaron Seigo wrote:
> > great! a few small issues to take care of; the next step is now to read the
> > value when the applet is created. that should go into void
> > Launcher::setApplet(Plasma::Applet *applet) in ui/launcher.cpp.
> >
> > then modify ApplicationModel
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/483/
---
(Updated 2009-03-30 12:35:21.706314)
Review request for Plasma.
Changes
---
On Mon, Mar 30, 2009 at 6:13 PM, David Nolden
> wrote:
>
>
> > On 2009-03-30 08:33:22, Rob Scheepmaker wrote:
> > > Keeping this all within the desktop shell is a clear improvement over
> 'contaminating' libplasma, though I'm still not a big fan of supporting fake
> transparency. Realize, that wi
> On 2009-03-30 12:06:16, Danilo Cesar Lemes de Paula wrote:
> > Maybe the logic between lines 564 and 580 could be replaced by a
> > QSignalmapper. I will work on that.
Done! See diff r_2!
- Danilo Cesar
---
This is an automatically g
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/483/
---
(Updated 2009-03-30 12:27:02.315631)
Review request for Plasma.
Changes
---
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/483/#review739
---
Maybe the logic between lines 564 and 580 could be replaced by a QSignal
On Monday 30 March 2009, Aaron J. Seigo wrote:
> On Saturday 28 March 2009, Marco Martin wrote:
> > now the services are called org.kde.SystemTray and
> > org.kde.systemTrayDaemon, since the client is called KNotificationIcon, i
> > think the services would make more sense as
> > org.kde.Notificati
> On 2009-03-30 08:33:22, Rob Scheepmaker wrote:
> > Keeping this all within the desktop shell is a clear improvement over
> > 'contaminating' libplasma, though I'm still not a big fan of supporting
> > fake transparency. Realize, that with somewhat decent drivers, real
> > transparency throug
On Saturday 28 March 2009, Marco Martin wrote:
> now the services are called org.kde.SystemTray and
> org.kde.systemTrayDaemon, since the client is called KNotificationIcon, i
> think the services would make more sense as
> org.kde.NotificationIcon and org.kde.NotificationIconWatcher
> straightforw
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/483/
---
Review request for Plasma.
Summary
---
Adding history to pastebin plasmoid.
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/480/
---
Review request for Plasma.
Summary
---
On kickoff (simpleapplet view) when a
kde-soc-mentor-ow...@kde.org wrote:
> Subject:
> Student Application for GSOC 2009, Plasma DesktopDock (2.1.6 in project
> ideas)
> From:
> Neeraj Kumar
> Date:
> Mon, 30 Mar 2009 20:55:02 +0530
> To:
> kde-soc-men...@kde.org, plasma-devel@kde.org
>
> To:
> kde-soc-men...@kde.org, plasma-devel@kd
> On 2009-03-30 08:33:22, Rob Scheepmaker wrote:
> > Keeping this all within the desktop shell is a clear improvement over
> > 'contaminating' libplasma, though I'm still not a big fan of supporting
> > fake transparency. Realize, that with somewhat decent drivers, real
> > transparency throug
> On 2009-03-30 08:33:22, Rob Scheepmaker wrote:
> > Keeping this all within the desktop shell is a clear improvement over
> > 'contaminating' libplasma, though I'm still not a big fan of supporting
> > fake transparency. Realize, that with somewhat decent drivers, real
> > transparency throug
> On 2009-03-30 08:33:22, Rob Scheepmaker wrote:
> > Keeping this all within the desktop shell is a clear improvement over
> > 'contaminating' libplasma, though I'm still not a big fan of supporting
> > fake transparency. Realize, that with somewhat decent drivers, real
> > transparency throug
On Mon, Mar 30, 2009 at 18:44, Artur Souza(MoRpHeUz)
wrote:
>
> Sure...the only problem I see with posting things in planet to get feedback is
> that we get a biased feedback, and I'm looking for the feedback from non
> geek people too. This is where the designers I talked about above are helping
On Monday 30 March 2009 13:25:45 Michael Rudolph wrote:
> done! See http://techbase.kde.org/Projects/Plasma/Plasma-MID
nice!
> What I think, would be an important next step, would be to appoint
> someone responsible for the use cases. Basically what Aaron asked a
> couple of weeks ago: who's taki
Hello everyone,
that's the email I wanted to send to all of you. Stupid gmail; or me! ;-)
-- Forwarded message --
From: Michael Rudolph
Date: Mon, Mar 30, 2009 at 18:25
Subject: Re: Plasma on MID, take 2
To: morph...@openbossa.org
On Fri, Mar 27, 2009 at 17:11, Artur Souza(MoR
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/479/#review732
---
the concept is sound, however there's a patch forthcoming for
Plasma::I
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/472/#review729
---
Keeping this all within the desktop shell is a clear improvement over
'
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/479/
---
Review request for Plasma.
Summary
---
Expand folderview so that it's style
> On 2009-03-27 17:28:45, Aaron Seigo wrote:
> > great! a few small issues to take care of; the next step is now to read the
> > value when the applet is created. that should go into void
> > Launcher::setApplet(Plasma::Applet *applet) in ui/launcher.cpp.
> >
> > then modify ApplicationModel
On Monday 30 March 2009 16:41:53 Artur Souza(MoRpHeUz) wrote:
> On Monday 30 March 2009 06:00:08 Marco Martin wrote:
> > libgps and the simple dataengine on top of it that is in playground could
> > be useful or too simple?
>
> Not sure how libgps works as I never took a look at it but if it only w
On Sunday 29 March 2009 22:59:03 Aaron Seigo wrote:
> i think you may want it in the API anyways; but a way to get around the
> text selection issue might be to either treat clicks in text areas as text
> selections (probably not great, esp for text heavy pages and fingers) or
> treat a press/click
On Monday 30 March 2009 06:00:08 Marco Martin wrote:
> libgps and the simple dataengine on top of it that is in playground could
> be useful or too simple?
Not sure how libgps works as I never took a look at it but if it only works
with gps it's not good, as it would be useful to try discovering
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/472/
---
(Updated 2009-03-30 06:37:48.422264)
Review request for Plasma.
Changes
---
> On 2009-03-27 17:28:45, Aaron Seigo wrote:
> > great! a few small issues to take care of; the next step is now to read the
> > value when the applet is created. that should go into void
> > Launcher::setApplet(Plasma::Applet *applet) in ui/launcher.cpp.
> >
> > then modify ApplicationModel
> On 2009-03-30 01:29:17, Aaron Seigo wrote:
> > an early decision was not to hack things into plasma. if someone wants
> > translucent panels and other windows, use composition. it's the only way to
> > do it properly. i have no interest in seeing plasma become a pile of hacks
> > held togeth
On Monday 30 March 2009, Aaron J. Seigo wrote:
> On Sunday 29 March 2009, Artur Souza (MoRpHeUz) wrote:
> > On Sun, Mar 29, 2009 at 4:06 PM, Aaron J. Seigo wrote:
> > > which is why i didn't comment on things like geospatial or network
> > > location information. we probably really don't even need
> On 2009-03-30 01:29:17, Aaron Seigo wrote:
> > an early decision was not to hack things into plasma. if someone wants
> > translucent panels and other windows, use composition. it's the only way to
> > do it properly. i have no interest in seeing plasma become a pile of hacks
> > held togeth
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/472/
---
Review request for Plasma.
Summary
---
Many people can not, or do not want t
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/471/
---
Review request for Plasma.
Summary
---
Add a flag to tell the containtment t
> On 2009-03-30 01:29:17, Aaron Seigo wrote:
> > an early decision was not to hack things into plasma. if someone wants
> > translucent panels and other windows, use composition. it's the only way to
> > do it properly. i have no interest in seeing plasma become a pile of hacks
> > held togeth
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/472/#review712
---
an early decision was not to hack things into plasma. if someone wants
55 matches
Mail list logo
