Hello all,
It is indeed a great opportunity for me to be a part of *Google
Summer of Code 2013* with *KDE*.
My project is : *"Improvements and Enhancements for Plasma Media
Center"*and I look forward to an awesome learning experience in coming
few months
with the Plasma developers as a
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110684/
---
(Updated May 29, 2013, 5:46 a.m.)
Status
--
This change has been mark
On 5/28/13, Thomas Pfeiffer wrote:
> On 28.05.2013 12:04, Àlex Fiestas wrote:
>> For what is worth (and from the Solid side of things).
>>
>> Batteries have improved a lot since last time we discussed this issue,
>> back on the days a high CPU round of 10min would drain huge percentage
>> of the p
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110160/#review33313
---
Ping
Currently lancelot can't suspend with master...
- Hrvoje
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110670/
---
(Updated May 28, 2013, 4:29 p.m.)
Status
--
This change has been mark
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110670/#review33306
---
This review has been submitted with commit
af2bf8c3dd8231a10a7
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110670/#review33305
---
This review has been submitted with commit
a41f4c800f909d4c5e5
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110670/#review33304
---
This review has been submitted with commit
03f439dbb72d7b38f23
> * the bottom of the inner rect of the battery is a slightly different colour
> from all the other borders. it is slightly darker.
That's in the current version too and is because the meter elements themselves
have a dark bottom border. Was a trivial fix though.
> * the inner rect cuts off right
On 28.05.2013 12:04, Àlex Fiestas wrote:
For what is worth (and from the Solid side of things).
Batteries have improved a lot since last time we discussed this issue,
back on the days a high CPU round of 10min would drain huge percentage
of the power in your battery, hence the estimation was rea
On Tuesday 28 May 2013 14:25:08 Thomas Pfeiffer wrote:
> On 28.05.2013 14:17, Luiz Romário Santana Rios wrote:
> > 2013/5/28 Thomas Pfeiffer :
> >> If developers start actively searching for very specific brainstorm
> >> topics,
> >> the whole point of moving there would be moot.
> >> The goal is t
In data martedì 28 maggio 2013 14:25:08, Thomas Pfeiffer ha scritto:
> still have to sift through dozens of ideas with the only difference that
> they have a vote number attached to them, I don't see too much of an
There was much discussion in the forum team at the time on how to classify
ideas
On 28.05.2013 14:17, Luiz Romário Santana Rios wrote:
2013/5/28 Thomas Pfeiffer :
If developers start actively searching for very specific brainstorm topics,
the whole point of moving there would be moot.
The goal is that the forum does the filtering and developers only have to
look at the most
In data martedì 28 maggio 2013 21:17:05, Luiz Romário Santana Rios ha scritto:
> So, the idea is to move wishlist bugs away from bugzilla, repost them
> in the brainstorm forum, and then post the most upvoted ideas back
> into bugzilla, where interested devs will actually look for ideas?
That was
2013/5/28 Thomas Pfeiffer :
> If developers start actively searching for very specific brainstorm topics,
> the whole point of moving there would be moot.
> The goal is that the forum does the filtering and developers only have to
> look at the most upvoted ideas and move those that seem to be wort
Just committed patch to the battery monitor. Tested with both the current
blocky battery.svgz and my new one. Magic!
Attached is the new battery.svgz which belongs into kde-runtime. And
obligatory screenshots [1] Have a try.
Comments?
[1] http://privat.broulik.de/batterypercentagemoreaccurate2.
Good morning
This afternoon I started http://community.kde.org/Plasma/RepeatedDiscussions
based on the KDE Telepathy pages. There are two pages about:
- MultiProcess
- RemainingTimeOnBatteryWidget
Please add links or additional information so we can use this pages to direct
people to if these t
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110670/#review33282
---
Ship it!
Ship It!
- Aaron J. Seigo
On May 27, 2013, 1:14 p.
On 27.05.2013 23:44, Luiz Romário Santana Rios wrote:
2013/5/27 Thomas Pfeiffer :
On the other hand, consistency would be very useful here. It would get quite
confusing for users if they had to know for each project whether it accepts
wishlist items on bugzilla or on brainstorm. If all of KDE mo
For what is worth (and from the Solid side of things).
Batteries have improved a lot since last time we discussed this issue, back
on the days a high CPU round of 10min would drain huge percentage of the
power in your battery, hence the estimation was really bad. Additionally
the estimation was do
On Mon, May 27, 2013 at 6:44 PM, Martin Graesslin wrote:
> On Monday 27 May 2013 14:48:52 Thomas Pfeiffer wrote:
> > On 27.05.2013 14:03, Martin Graesslin wrote:
> > > On Monday 27 May 2013 13:25:35 Mario Fux KDE ML wrote:
> > >> Do you plan as well to remove the option to send "bugs" with severit
On Tue, May 28, 2013 at 2:44 PM, Ivan Čukić wrote:
>
> > I'm obviously still in favour of scrapping the code or at least disabling
> > it for 4.11
>
> I'm leaning towards that decision as well - disabling until we start really
> using it somewhere.
>
Do you want me to provide a patch?
> One th
On Tuesday, May 28, 2013 11:09:57 Kai Uwe Broulik wrote:
> > So I'm a +1 for this change. It will need to be kept backwards compat for
> > other themes in the code, but that's not hard to do.
>
> if (fillElementSvg.hasElement("Fill10")) {
> // use new more accurate method
> } else {
> // fallb
> I'm obviously still in favour of scrapping the code or at least disabling
> it for 4.11
I'm leaning towards that decision as well - disabling until we start really
using it somewhere.
One thing I wanted to ask you - did you do some benchmarks about how much
virtuoso slows down when the datab
> So I'm a +1 for this change. It will need to be kept backwards compat for
> other themes in the code, but that's not hard to do.
if (fillElementSvg.hasElement("Fill10")) {
// use new more accurate method
} else {
// fallback for other/older themes
}
would be the approach for this, right?
>
Ping?
I'm obviously still in favour of scrapping the code or at least disabling
it for 4.11
On Thu, May 23, 2013 at 2:33 AM, Marco Martin wrote:
> On Wednesday 22 May 2013, Ivan Čukić wrote:
>
> > > the thing got pretty much rewritten a bit recently...
> > > exactly what you are searching for?
On Monday, May 27, 2013 11:13:40 Dario Freddi wrote:
> Such a choice has only one possible outcome: distributions and users
> patching the plasmoid for restoring the functionality, hidden or not,
> resulting in harder bug triaging and higher chances for breakage.
the hostage situation. no thanks.
On Monday, May 27, 2013 11:34:38 Kai Uwe Broulik wrote:
> Am Montag, 27. Mai 2013, 10:53:58 schrieb Kai Uwe Broulik:
> > I'd be fine with dropping the overlay if we had 10 linear steps for
> > the icon rather than 5 which are unequally distributed.
>
> I did a few changes to the battery.svgz for t
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/110684/#review33267
---
Ship it!
Ship It!
- Ivan Čukić
On May 28, 2013, 3:51 a.m.,
29 matches
Mail list logo
