---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/5155/
---
Review request for Plasma and Aaron Seigo.
Summary
---
This is a rewamp of
On 25-08-2010 at 17:50:34 Aaron J. Seigo wrote:
> On Wednesday, August 25, 2010, Emdek wrote:
>> On 24-08-2010 at 23:02:15 Aaron J. Seigo wrote:
>> > On Tuesday, August 24, 2010, Emdek wrote:
>> >> What specifically doesn't work properly?
>> >
>> > if i use the pre-built mode with the reflections
On Thursday 26 August 2010 15:22:03 Bart Cerneels wrote:
> Has anyone on this list already send a BoF session proposal?
>
> I was thinking of the following:
>
> We (KDE) and others (Qt) developers have written a lot of Qt code
> already. It makes perfect sense to try and reuse this code on the
>
On Thursday, August 26, 2010 04:07:59 pm Markus Slopianka wrote:
> On Thursday 26 August 2010 15:22:03 Bart Cerneels wrote:
> > Has anyone on this list already send a BoF session proposal?
> Maybe a Plasma developer is interested in presenting Qt-based Plasma
> Netbook and maybe even show advanta
On Wednesday, August 25, 2010 01:37:45 pm Emdek wrote:
> > Or just switch off reflections when in non-Planar mode?
>
> Switching off parts of code is bad idea, we should not force user to not
> use something if we don't know how he want to use it.
Plasma's FormFactor is actually designed to giv
On 26-08-2010 at 16:38:23 Sebastian Kügler wrote:
> On Wednesday, August 25, 2010 01:37:45 pm Emdek wrote:
>> > Or just switch off reflections when in non-Planar mode?
>>
>> Switching off parts of code is bad idea, we should not force user to not
>> use something if we don't know how he want to us
On Thursday, August 26, 2010, Emdek wrote:
> Well, this is not relevant in this case, all rendering is done by WebKit,
> user only specifies HTML to feed it and only interactions done by applet
> are setting default font color, check if background should be displayed
> (relevant for desktop) and ca
hi all...
this is a reminder to *please* use the keywords "FEATURE", "BUG" and
"IMPROVEMENT" in your commit messages for changes that meet those criterion.
it's a new thing, so it'll take time for everyone to start doing it out of
habit. right now, it isn't happening at all, though. the changel
On Thursday 26 August 2010, Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Emdek wrote:
> > Well, this is not relevant in this case, all rendering is done by WebKit,
> > user only specifies HTML to feed it and only interactions done by applet
> > are setting default font color, check if back
On Thursday 26 August 2010, Markus Slopianka wrote:
> On Thursday 26 August 2010 15:22:03 Bart Cerneels wrote:
> > Has anyone on this list already send a BoF session proposal?
> >
> > I was thinking of the following:
> >
> > We (KDE) and others (Qt) developers have written a lot of Qt code
> > al
On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Emdek wrote:
>> Well, this is not relevant in this case, all rendering is done by
>> WebKit,
>> user only specifies HTML to feed it and only interactions done by applet
>> are setting default font color, check if bac
On Thursday 26 August 2010, Emdek wrote:
> On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
> > On Thursday, August 26, 2010, Emdek wrote:
> >> Well, this is not relevant in this case, all rendering is done by
> >> WebKit,
> >> user only specifies HTML to feed it and only interactions done by apple
On 26-08-2010 at 18:00:42 Marco Martin wrote:
> On Thursday 26 August 2010, Emdek wrote:
>> On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
>> > On Thursday, August 26, 2010, Emdek wrote:
>> >> Well, this is not relevant in this case, all rendering is done by
>> >> WebKit,
>> >> user only specifi
On Thursday, August 26, 2010, Emdek wrote:
> Well, if too big configure ability is a problem then I can always modify
it's not "too much configurability" (we're a lot more relaxed on that for
things in addons, just as we are with coding style :), but what this
particular kind of configurability
On Thursday, August 26, 2010, Marco Martin wrote:
> > should be home of all addons, instead of own module, except few which
> > could be in kdebase, like for example showdekstop) than wait next ten
> > months...
>
> difference is between what is part of the "official" release ot not
> also whathas
On Thursday 26 August 2010, Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Marco Martin wrote:
> > > should be home of all addons, instead of own module, except few which
> > > could be in kdebase, like for example showdekstop) than wait next ten
> > > months...
> >
> > difference is betwee
On Thursday, August 26, 2010 06:40:28 pm Aaron J. Seigo wrote:
> we're missing git and the release person, so it's moot at this point.
We'd also not get those releases translated very well.
--
sebas
http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
On 26-08-2010 at 17:24:43 Aaron J. Seigo wrote:
> On Thursday, August 26, 2010, Emdek wrote:
>> Well, this is not relevant in this case, all rendering is done by
>> WebKit,
>> user only specifies HTML to feed it and only interactions done by applet
>> are setting default font color, check if bac
On 26-08-2010 at 18:40:28 Aaron J. Seigo wrote:
> so, to sum, in a nice world:
>
> * kdeplasma-addons and extragear/plasma would have a fast release cycle
> based
> around a freeze-less branch that feeds down into branches with freezes
> for
> release purposes
>
> * some items in kdeplasma-add
On 26-08-2010 at 19:00:22 Marco Martin wrote:
> my only concern was about people complaining stuff disappeared from one
> release to the other, would having an extragear package be enough for
> retrocompatibility or are we condemned to carry those in the main modules
> forever?
Distributors alrea
On Thursday, August 26, 2010 07:13:43 pm Emdek wrote:
> On 26-08-2010 at 18:40:28 Aaron J. Seigo wrote:
> > so, to sum, in a nice world:
> >
> > * kdeplasma-addons and extragear/plasma would have a fast release cycle
> > based
> > around a freeze-less branch that feeds down into branches with fre
On Thursday, August 26, 2010 07:06:47 pm Emdek wrote:
> Now I've found some counterarguments. ;-)
>
> If we don't want ship by default things that can "break basic visual
> consistencies" then Digital Clock shouldn't be shipped because it has
> option to set font color which can lead to make i
On Thursday, August 26, 2010, Sebastian Kügler wrote:
> On Thursday, August 26, 2010 06:40:28 pm Aaron J. Seigo wrote:
> > we're missing git and the release person, so it's moot at this point.
>
> We'd also not get those releases translated very well.
yes, the fast releases would have spotty tran
On Thursday, August 26, 2010, Emdek wrote:
> In my ideal world kdeplasma-addons would not exists at all and it's
> contents would be moved mostly to extragear, few useful ones moved to
> kdebase.
i don't think there are any in there that should be moved to kdebase (in fact,
if i had my way, i'd m
On Thu, Aug 26, 2010 at 5:27 PM, Aaron J. Seigo wrote:
> hi all...
>
> this is a reminder to *please* use the keywords "FEATURE", "BUG" and
> "IMPROVEMENT" in your commit messages for changes that meet those
> criterion.
>
> it's a new thing, so it'll take time for everyone to start doing it out
On Wednesday 25 August 2010, Aaron J. Seigo wrote:
> On Wednesday, August 25, 2010, Emdek wrote:
> > > /me thinkssome policies about that should be written down somewhere...
> >
> > Yeah, good idea, but where?
>
> community.kde.org/Plasma is a good place to start them.
here it is a first rough s
On Thursday, August 26, 2010, Aleix Pol wrote:
> - Is this a plasma thing or a KDE thing? (like for stats or something)
just a plasma thing only for now. trying to get away from manually managing
the changelogs, and i feel we're at a point of project maturity that we can
indeed start to automate
On Thursday 26 August 2010, Emdek wrote:
> If we don't want ship by default things that can "break basic visual
> consistencies" then Digital Clock shouldn't be shipped because it has
> option to set font color which can lead to make it not readable if set to
> one which is similar to background.
28 matches
Mail list logo