> 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
---
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
---
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
> 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
> 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/472/
---
(Updated 2009-03-30 06:37:48.422264)
Review request for Plasma.
Changes
---
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
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 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 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/479/
---
Review request for Plasma.
Summary
---
Expand folderview so that it's style
---
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/#review732
---
the concept is sound, however there's a patch forthcoming for
Plasma::I
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
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
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 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
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
---
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
---
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.
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
> 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 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
---
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
---
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
---
> 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
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
---
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 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
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 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 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 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
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, 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
---
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
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
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
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
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
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?
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
>> - 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
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
---
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
---
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
> 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
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
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
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
55 matches
Mail list logo
